Re: [Talk-se] Ansluta isolerade motorvägar - Sverige (Sweden)

[Andreas Vilén]

Felöversättning. ”Motorväg” är ”motorway”. Highway är det som åsyftas här dvs alla vägar med highway-tagg.Skickat från min iPhone15 feb. 2023 kl. 18:11 skrev Salim Baidoun :







Hej Svenska OSM samfundet.
Jag kontaktar er den här gången för att dela en ny MapRoulette-utmaning för att
ansluta isolerade motorvägar. Materialet för utmaningen genererades utifrån vägklasser och deras koppling till resten av nätet fördelat i hela landet.
För mer information om våra dataförbättringsaktiviteter i Sverige, kolla in vår
GitHub-sida. Meddela mig om du har några funderingar eller feedback.
Önskar er alla trevlig redigering!
 


Salim A. Baidoun / Community & Partnerships - Global

 


 



___Talk-se mailing listTalk-se@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-se___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] highway=trunk in Sweden

[Andreas Vilén]

There are also roads tagged trunk that are a part of the "nationell
stamväg" net of roads, also E routes, but are parts of an industrial area,
like here: https://www.openstreetmap.org/#map=16/55.4260/13.8408

They look like this in reality and no one would bat an eye if someone were
to cross it by foot or walk along it:
https://www.google.com/maps/@55.4243702,13.8389689,3a,60y,14.34h,89.64t/data=!3m6!1e1!3m4!1sgEhi2esNODU_RzEPqSTukA!2e0!7i16384!8i8192

Not sure it should be tagged as trunk though...

/Andreas

On Sat, Jan 23, 2021 at 6:30 PM Brian M. Sperlongano 
wrote:

> Hello,
>
> I apologize for this message being in English, and I hope people are able
> to read/translate it.
>
> I operate a site that tracks completeness for runners/joggers attempting
> to run every every street in their city.  As part of this site, I exclude
> roads that pedestrians cannot access.  For example, roads tagged
> highway=motorway, access=private, foot=no, etc, are excluded.
>
> One of my users in Sweden came up with an example [1,2] of a road tagged
> highway=trunk that should be excluded from pedestrian access.  However, in
> many parts of the world (such as rural parts of the USA), highway=trunk
> roads are accessible to pedestrians (see USA example[3]).  I started a
> thread on the main tagging list[4] but I would like to understand this
> better from a Swedish perspective.
>
> Is it true that all highway=trunk roads in Sweden are NOT accessible to
> pedestrians?  If that is not true, how should I tell the difference?  Would
> a pedestrian be allowed to walk/run along the shoulder of a highway=trunk
> in more rural areas but not urban areas?
>
> Thank you in advance!
>
> Brian Sperlongano
> streetferret.com
>
>
> [1] https://streetferret.boardhost.com/viewtopic.php?id=78
> [2] https://goo.gl/maps/HLrQxu5Dh83aCxsL9
> [3]
> https://www.mapillary.com/app/?lat=41.476725088471085=-71.46051362163524=17=HvSsAR0kHaiH4ILu-FCgZA=photo
> [4]
> https://lists.openstreetmap.org/pipermail/tagging/2021-January/058857.html
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-de] Weihnachtskarten 2020

[Andreas Schmidt via Talk-de]

Ich möchte einfach mal DANKE sagen.

Andreas

Am 14.12.20 um 15:20 schrieb Frederik Ramm:
> Hallo,
>
> Weihnachten ist dieses Jahr für die meisten etwas anders als sonst, aber
> unverändert gibt's unsere kleine Geofabrik-Weihnachtskarten-Aktion.
>
> Wie schon im letzten Jahr bieten wir Euch hier auf der deutschen
> Mailingliste und im deutschen Forum an, kostenlos eine große Karte von
> einem Gebiet Eurer Wahl auszudrucken und Euch zu schicken.
>
> Das Angebot gilt nur bis morgen (Dienstag) mittag. Wir drucken alle
> Aufträge in der Reihenfolge, in der sie reinkommen, und nur so lange,
> bis wir am Dienstag abend nach Hause gehen. Da bringen wir dann auch
> gleich alles zur Post.
>
> Wenn ihr eine Karte zugeschickt haben möchtet, brauchen wir von Euch:
>
> * entweder ein fertiges PNG (bzw Link zum Download desselben)
> * oder einen Link zu einer Karte, die ihr auf Hartmuts MyOSMatic-Seite
> erstellt habt (https://print.get-map.org/)
> * oder die Koordinaten eines Ausschnitts (alternativ Link zu einem
> Rechteck auf tools.geofabrik.de/calc), dann erzeugen wir ein Bild im
> Standard-Carto-Stil oder um deutschen OSM-Stil
>
> und außerdem
>
> * das Papierformat - wenn nicht anders angegeben, drucken wir "Super A0"
> mit 15035x10559 Pixel, ca 1,30x0,90m
> * die Adresse, wo es hingehen soll. Wir verschicken nur an deutsche
> Adressen, sonst wird der Spaß zu teuer!
>
> Das ganze per Email an weihnachtsdr...@geofabrik.de
>
> Wir drucken die Karte, falten sie, und verschicken sie in einem Umschlag
> im Format B4. Wir übernehmen alle Kosten, auch das Porto.
>
> Die Aktion ist als Dankeschön für die unermüdliche Arbeit der
> Mapperinnen und Mapper in OSM gedacht. Bitte verzichtet darauf, das
> ganze in sozialen Medien weiterzuverbreiten - bis sich das rumspricht,
> ist die Warteschlange eh voll, und es gibt nur lange Gesichter.
>
> Bye
> Frederik
>
> PS: Wer die Karte gern gerollt und nicht gefaltet haben will ODER wer
> einen Versand ins Ausland wünscht: Das geht auch, aber dann müsst ihr
> uns eine entsprechende Post-Briefmarke (für gefalteten Versand ins
> Ausland) oder DHL-Paketmarke "Paket bis 5kg" (für den aufgerollten
> Versand in einer quaderförmigen Schachtel - die Größenbeschränkungen
> beim "2kg"-Paket sind zu knapp) als PDF generieren und zuschicken.
>

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

Re: [Talk-de] Hausnummerierung fehlerhaft

[Andreas Schmidt via Talk-de]

Hallo Hartwig,

definitv ist die Hausnummer 6 falsch mit "8" beschriftet (gewesen?).
Die bebachbarten Hausnummern sind auch falsch.
Ich habe aber nicht die ganze Straße besichtigt.

Nein, ich nutze keine Tools, ich war heute selbst vor Ort.

Ich dachte auch, dass die örtliche Community das eigentlich am Besten
wissen müsste und habe deswegen hier nachgefragt, weil ich weit weg
wohne und dort sonst nicht mappe.
Es sieht für mich so aus, als ob die Hausnummern der Reihe nach von "4"
(was tatsächlich 2 ist) an alle falsch sind.
Ich hatte keine Gelegenheit, die ganze Straße zu prüfen.

Zuhause sah ich dann, dass eine komische Zahlenfolge in OSM steht
(stand?);  10, 12, 16, 22A, 20, 22, 24, ...
(also die 14 gibt's ageblich nicht)

Andreas

Am 13.12.20 um 00:25 schrieb Hartwig Alpers via Talk-de:
> Lieber Andreas,
>
> worin besteht denn genau der Fehler?
>
> Daß an Straßenecken die Hausnummern nicht immer mit der
> kleinstmöglichen Nummer anfangen, ist nicht so ungewöhnlich.
>
> Falls Du sicher weißt, daß die Hausnummern in der Folge falsch sind,
> kannst Du das ja einfach ändern, nachdem Du an Ort und Stelle den
> tatsächlichen Zustand festgestellt hast.
>
> Falls Du nur durch irgendwelche Qualitäts-Sicherungs-Tools auf diesen
> möglichen Fehler aufmerksam wurdest, vergiß das ganze -- ich denke.
> daß die Hannover Comunity das schon richtig macht.
>
> Viele Grüße
> Hartwig
>
> On 12.12.20 23:55, Andreas Schmidt via Talk-de wrote:
>> Liebe Liste,
>>
>> könnte bitte jemand mir helfen?
>>
>> Ich habe heute in Hannover einen Fehler gefunden und weiß nicht, wie
>> weit er geht.
>>
>> Konkret sind Hausnummern in der Kückstraße im Stadtteil Bemerode in
>> Hannover falsch. Es betrifft zumindest die gerade Nummern im unteren
>> Bereich.
>>
>> Die Hausnummer 2 existiert laut OSM gar nicht, hat stattdessen die
>> Nummer 4.
>> Die Nummer 6 ist falsch mit 8 beschriftet usw.
>>
>> Vielleicht kann jemand das korrigieren, der eine Möglichkeit hat, das zu
>> verifizieren, wie weit der Fehler weitergeht.
>>
>> Ich habe gerade eben nur ein paar andere Kleinigkeiten gespeichert,
>> lasse aber das Hausnummernproblem unangetastet
>> https://www.openstreetmap.org/changeset/95739609
>>
>> Andreas
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] Hausnummerierung fehlerhaft

[Andreas Schmidt via Talk-de]

Liebe Liste,

könnte bitte jemand mir helfen?

Ich habe heute in Hannover einen Fehler gefunden und weiß nicht, wie
weit er geht.

Konkret sind Hausnummern in der Kückstraße im Stadtteil Bemerode in
Hannover falsch. Es betrifft zumindest die gerade Nummern im unteren
Bereich.

Die Hausnummer 2 existiert laut OSM gar nicht, hat stattdessen die Nummer 4.
Die Nummer 6 ist falsch mit 8 beschriftet usw.

Vielleicht kann jemand das korrigieren, der eine Möglichkeit hat, das zu
verifizieren, wie weit der Fehler weitergeht.

Ich habe gerade eben nur ein paar andere Kleinigkeiten gespeichert,
lasse aber das Hausnummernproblem unangetastet
https://www.openstreetmap.org/changeset/95739609

Andreas


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

Re: [Talk-at] PLZ und Ortsvorwahlen von Österreich

[andreas wecer]

Am Do., 10. Dez. 2020 um 06:35 Uhr schrieb Johann Haag :

> Du hast sicher bemerkt dass ich in Wien nun in OpenStreetMap, die
> Telefonvorwahl eingetragen habe, auch Eine Region in Vorarlberg ist bereits
> erfasst.
>

 "onk" ist übrigens kein korrekter Tag, wenn dann onkz
https://wiki.openstreetmap.org/wiki/DE:Key:onkz
Das wird auch nur in Deutschland verwendet, aber zumindest nennt die RTR
die Ortsnetzkennzahl auch so und mir ist kein internationaler Tag dazu
bekannt

Andreas Labres hatte offenbar auch einmal einige "ref:vorwahl" verteilt
https://taginfo.openstreetmap.org/keys/ref:vorwahl

ref=https://wordpress.com/post/openstreetmap.home.blog/438
ergibt überhaupt keinen Sinn
https://www.openstreetmap.org/relation/7872644
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Your experience in reaching out to Maps.me users ?

[Andreas Vilén]

Also, what exactly is "to the right" in this context? North, East, South or
West?

/Andreas

On Mon, Dec 7, 2020 at 3:04 AM Mario Frasca  wrote:

> My experience is limited to one person in Panamá, who's used two user
> names: Kielito and Kielito1.
>
> He adds shops, one per changeset, he shortens names, and seldom uses
> capital letters.
>
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=8527833
>
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=8943003
>
> As you can see, he only replied to
> https://openstreetmap.org/changeset/61198755, where I asked him where
> some object really belonged, given I would not expect a shop to be in
> the middle of a road.  "put it to the right, thank you" was the answer.
> something I did not do.  I have no idea why he thinks he can't edit once
> he's contributed data.
>
> At a certain point I started systematically commenting to his changesets
> "who do you think is going to clean up your incomplete information?",
> before I alerted the DWG about it.  The reply I received from the DWG
> was that I should not scare away providers of valuable information.  I
> can't find the reply, to correctly quote text and attribute authorship
> of the reply.
>
> regards, MF
>
>
> On 04/12/2020 11:37, michael.montani95 at gmail.com (Michael Montani)
> wrote:
> > Dear all,
> >
> > I'm calling back a discussion on this mailing list on how Maps.Me edits
> > most of the times result to be very bad and close to vandalism.
> Furthermore
> > it seems the editor hasn't any notification system (as iD and JOSM) to
> tell
> > the user that at least someone sent an OSM message.
> >
> > We found out some users mapping very bad (and huge quantity) of POIs here
> > and there in:
> > - DRC: An user mapping over all the country, including sensible,
> temporary
> > data like an assault place in Irumu
> > https://www.openstreetmap.org/node/8018353585#map=19/1.45249/29.87712
> > (mapped as shop=butcher, with questionable dark sarcasm), plus many other
> > questionable ones
> >
> https://www.openstreetmap.org/user/format%20answer/history#map=10/1.2949/29.9117
> > - Mali: An user putting thousands of office=government in Bamako and
> other
> > cities, making impossible to produce decent urban maps out of OSM data
> > within a capital city...
> >
> https://www.openstreetmap.org/user/seydoukone/history#map=11/12.6172/-7.9153
> >
> > What worries me the most is that no one of these users are answering to
> > messages (and it's very common among Maps.Me users as I see...) and even
> if
> > they could be reverted, nothing is letting them know that they are
> actually
> > vandalising the map. It's difficult also to proceed with full reverts
> > because some tags from time to time seem reasonable, but can be
> challenging
> > to verify on the ground.
> >
> > I'm actually wondering about the causes of such bad tags, is Maps.Me
> using
> > preset names which are difficult to associate to actual tags? Should it
> be
> > mandatory for OSM editors to show OSM notifications? It seems also
> Maps.Me
> > itself is difficult to contact!!
> https://github.com/mapsme/omim/issues/13951
> >
> > Thank you,
> > Michael Montani
> > -- next part --
> > An HTML attachment was scrubbed...
> > URL: <
> http://lists.openstreetmap.org/pipermail/talk/attachments/20201204/f34c603e/attachment.htm
> >
>
> ___
> 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-at] PLZ und Ortsvorwahlen von Österreich

[andreas wecer]

Die Suche nach Ortsnamen sollte besser nicht case-sensitive sein. Um
einiges interessanter ist allerdings sowieso die umgekehrte Suche nach
PLZ/Vorwahl.

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

Re: [Talk-se] Reverting undiscussed Lantmäteriet import

[Andreas Vilén]

Interestingly this account was used at both occations: 
https://www.openstreetmap.org/user/30d4f4e1ccf24

Check out the changeset comment thread (where it shows some knowledge about 
Swedish place names but is still misinformed).

/Andreas

Skickat från min iPhone

> 7 dec. 2020 kl. 08:36 skrev Andreas Vilén :
> 
> Hi,
> 
> Big thank you for this!
> 
> I believe this situation from earlier this year is connected: 
> https://lists.openstreetmap.org/pipermail/talk-se/2020-May/003876.html There 
> were hacked accounts importing one locality per changeset from bad data 
> sources. Those accounts were also hacked.
> 
> I’m not sure if anyone contacted DWG back then though.
> 
> Regards
> Andreas
> 
> Skickat från min iPhone
> 
>>> 6 dec. 2020 kl. 23:27 skrev Frederik Ramm :
>>> 
>> (cross-post with forum)
>> 
>> Hi,
>> 
>> over the last couple of weeks, over 90.000 changesets have been made by
>> 45 different accounts, performing an undiscussed, low-quality
>> Lantmäteriet import (many small bits of tracks or minor roads,
>> unconnected to each other and the rest of the network). Several members
>> of the Swedish OSM community have made the DWG aware of this issue.
>> 
>> The worst thing about this is that many of the accounts used have been
>> hacked - they are accounts of people normally editing elsewhere on the
>> planet, with different editors, in different languages, and certainly
>> not importing Lantmäteriet.
>> 
>> Not only is this a slap in the face for all of our hard working
>> volunteers trying to make the best map in Sweden; it is also a crass
>> violation of trust (and very likely also a violation of Swedish law).
>> 
>> We (at DWG) are still investigating who is behind this. This is more
>> than just the usual bad import, this is someone who has enough criminal
>> energy to hack into other accounts in an attempt to fly under the radar.
>> 
>> We have blocked the accounts involved (a list of accounts we have
>> identified is below). If you know anything that might help us determine
>> the identity of this hacker, please let us know at d...@osmfoundation.org.
>> 
>> We're planning to revert the import in the coming days.
>> 
>> Bye
>> Frederik
>> 
>> List of accounts identified (remember, many of these will be innocent
>> users that had their account hacked):
>> 
>> 30d4f4e1ccf24
>> Anggele
>> Beckster55
>> Daly Riandi
>> Gary18
>> IsabelenEvelyn
>> Lana Villa
>> Nicolas59380
>> Projekt-rolli
>> RobertKluijver
>> Ryan Seid
>> SLC
>> Sivia1811
>> TTSS
>> ViktorPurtin1
>> Yesbolaga
>> _underscore_
>> ahateam
>> ankon
>> annedukh
>> arraggonn
>> barbara61
>> couch-potato
>> dbmercer
>> dmitmia
>> estrellaoruro
>> faithace
>> flyup2000
>> franz0078
>> hako0215
>> jeppe2011
>> jojoAdventure
>> jona0918
>> kamilpost
>> mapeditorkepno
>> rohweder
>> thageboelling
>> tomas471
>> tomto1
>> tonypepe
>> ulaB
>> ussifonyll-39
>> uwasescott
>> voodoobaby
>> xcvb
>> xerxes76
>> 
>> -- 
>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>> 
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Reverting undiscussed Lantmäteriet import

[Andreas Vilén]

Hi,

Big thank you for this!

I believe this situation from earlier this year is connected: 
https://lists.openstreetmap.org/pipermail/talk-se/2020-May/003876.html There 
were hacked accounts importing one locality per changeset from bad data 
sources. Those accounts were also hacked.

I’m not sure if anyone contacted DWG back then though.

Regards
Andreas

Skickat från min iPhone

> 6 dec. 2020 kl. 23:27 skrev Frederik Ramm :
> 
> (cross-post with forum)
> 
> Hi,
> 
> over the last couple of weeks, over 90.000 changesets have been made by
> 45 different accounts, performing an undiscussed, low-quality
> Lantmäteriet import (many small bits of tracks or minor roads,
> unconnected to each other and the rest of the network). Several members
> of the Swedish OSM community have made the DWG aware of this issue.
> 
> The worst thing about this is that many of the accounts used have been
> hacked - they are accounts of people normally editing elsewhere on the
> planet, with different editors, in different languages, and certainly
> not importing Lantmäteriet.
> 
> Not only is this a slap in the face for all of our hard working
> volunteers trying to make the best map in Sweden; it is also a crass
> violation of trust (and very likely also a violation of Swedish law).
> 
> We (at DWG) are still investigating who is behind this. This is more
> than just the usual bad import, this is someone who has enough criminal
> energy to hack into other accounts in an attempt to fly under the radar.
> 
> We have blocked the accounts involved (a list of accounts we have
> identified is below). If you know anything that might help us determine
> the identity of this hacker, please let us know at d...@osmfoundation.org.
> 
> We're planning to revert the import in the coming days.
> 
> Bye
> Frederik
> 
> List of accounts identified (remember, many of these will be innocent
> users that had their account hacked):
> 
> 30d4f4e1ccf24
> Anggele
> Beckster55
> Daly Riandi
> Gary18
> IsabelenEvelyn
> Lana Villa
> Nicolas59380
> Projekt-rolli
> RobertKluijver
> Ryan Seid
> SLC
> Sivia1811
> TTSS
> ViktorPurtin1
> Yesbolaga
> _underscore_
> ahateam
> ankon
> annedukh
> arraggonn
> barbara61
> couch-potato
> dbmercer
> dmitmia
> estrellaoruro
> faithace
> flyup2000
> franz0078
> hako0215
> jeppe2011
> jojoAdventure
> jona0918
> kamilpost
> mapeditorkepno
> rohweder
> thageboelling
> tomas471
> tomto1
> tonypepe
> ulaB
> ussifonyll-39
> uwasescott
> voodoobaby
> xcvb
> xerxes76
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] Hausnummern in Puch bei Hallein

[andreas wecer]

Am Do., 19. Nov. 2020 um 14:26 Uhr schrieb Friedrich Volkmann :

> On 19.11.20 12:07, andreas wecer wrote:
> > Im konkreten Fall sind die alten Adressen aber zum Teil gar keine
> > Konskriptionsnummern und gab es diese vor der Neuadressierung auch schon
> wo
> > anders
> > Halleiner Landesstraße 44 war früher hier:
> > https://www.openstreetmap.org/node/5574660523
> > und ist jetzt hier: https://www.openstreetmap.org/node/5543882614
>
> Wenn das keine Konskriptionsnummer war, wo war dann Konskriptionsnummer 44?
>

44 dürfte es laut PDF nur einmal geben, aber es gibt bpsw. auch

Bachweg 73
Urstein Nord 73
Vollererhofstraße 73

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

Re: [Talk-at] Hausnummern in Puch bei Hallein

[andreas wecer]

Am Do., 19. Nov. 2020 um 10:38 Uhr schrieb Rudolf Mayer <
rudolf.ma...@gmail.com>:

> ich würde die alten Adressen schon in irgendeiner Form beibehalten - es
> gibt sicher noch massig Verweise auf die alten Adressen, im Web oder
> gedruckt, und ich glaube es wäre schon nicht schlecht, wenn man das in
> OSM noch irgendwie auflösen kann.
>
> Welche tag dazu am besten geeignet ist kann ich nicht sagen, hängt wohl
> (leider) von Nomatim ab, was dort ausgewertet wird, das ist schließlich
> wohl die Variante, über die meistens gesucht wird.
>

conscriptionnumber wird von Nominatim ausgewertet, es wird aber meines
Wissens nirgends gerendert, was so wie im folgenden Fall, wo die alten als
Konskriptionsnummern gelassen wurden, durchaus praktisch ist, da zwar beide
Adressen (die für sich auch eindeutig sind) gefunden werden, die
Darstellung aber nicht völlig chaotisch aussieht:
https://www.openstreetmap.org/search?query=Zemling%2093
https://www.openstreetmap.org/search?query=Manhartsbergstraße%2034%2C%20Zemling


Im konkreten Fall sind die alten Adressen aber zum Teil gar keine
Konskriptionsnummern und gab es diese vor der Neuadressierung auch schon wo
anders
Halleiner Landesstraße 44 war früher hier:
https://www.openstreetmap.org/node/5574660523
und ist jetzt hier: https://www.openstreetmap.org/node/5543882614
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Hausnummern in Puch bei Hallein

[andreas wecer]

Am Mi., 18. Nov. 2020 um 21:08 Uhr schrieb Friedrich Volkmann :

> On 18.11.20 20:37, scubbx wrote:
> > Ist die alte Adresse noch am Gebäude sichtbar? Wenn nicht, hat die
> > eigentlich keine Bedeutung mehr, weil ja nicht mehr existent.
> >
> >
> > Am 18.11.20 um 20:04 schrieb feneks via Talk-at:
> >> Das heißt, man könnte die momentan in OSM gespeicherten Adressen nach
> >> "addr:conscriptionnumber" verschieben?
>
> Erfahrungsgemäß bleiben die Konskriptionsnummerntafeln oft Jahrzehnte lang
> hängen, und auch in Kundendatenbanken usw. spuken sie noch viele Jahre
> herum.
>
> addr:conscriptionnumber ist für Konskriptionsnummern passend, aber
> unabhängig davon empfehle ich, die alten Adressen ins addr2:* Schema zu
> verschieben, damit es zu keinen Konflikten bzw. Fehlerinterpretationen
> kommt.


Das Erhalten der Konskriptionsnummern ist mMn. bei Ortschaften sinnvoll, wo
davor noch keine Straßennamen existiert haben und es keine Kollisionen mit
den neuen Adressen gibt.
Davon abgesehen haben aber, so wie ich das PDF oder die aktuelle Karte
interpretiere, auch schon vorher bei manchen Straßen Orientierungsnummern
existiert
https://www.openstreetmap.org/#map=19/47.70947/13.08754
https://www.openstreetmap.org/#map=19/47.70080/13.09815
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] ALS-Daten frei zugänglich

[andreas wecer]

Am So., 15. Nov. 2020 um 18:33 Uhr schrieb Florian Kratochwil <
flor...@kratochwil.at>:

> In JOSM ist das Geländemodell verfügbar unter Hintergrund -> Höhenkarte
> -> Basemap.at Gelände. Dieser Layer ist super hilfreich in Kombination
> von GPS-Spuren zur exakten Kartierung von Waldwegen, die man im Luftbild
> wegen den Bäumen nicht sieht
>

Ja, dafür (oder erst recht für Bachverläufe) ist es super und wird auch
verwendet, wie man an den Changesets der letzten Wochen mit source "
basemap.at Terrain" sieht:
https://tinyurl.com/yxdssosv

Im iD-Editor ist der Layer anscheinend standardmäßig nicht vorhanden. Ich
hatte eigentlich irgendwo im Hinterkopf, dass die dafür die gleiche Quelle
verwenden?
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Pubblicazione fotografie e riferimenti negli oggetti OSM

[Andreas Lattmann]

Grazie! 

Il mer 18 nov 2020, 00:37 Martin Koppenhoefer  ha
scritto:

>
>
> Am Di., 17. Nov. 2020 um 17:06 Uhr schrieb Andreas Lattmann <
> andreaenzolattm...@gmail.com>:
>
>> >(ho trovato un app wikimedia che aiuta a
>> caricare la foto in commons e a trovare poi il link per OSM)
>>
>> Quale applicazione è?
>> Sarei interessato.
>> Grazie
>> Andreas
>>
>
>
> si chiama "wiki uploader".
>
> 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: [Talk-it] Pubblicazione fotografie e riferimenti negli oggetti OSM

[Andreas Lattmann]

>(ho trovato un app wikimedia che aiuta a
caricare la foto in commons e a trovare poi il link per OSM)

Quale applicazione è?
Sarei interessato.
Grazie
Andreas

Il mar 17 nov 2020, 15:46 Martin Koppenhoefer  ha
scritto:

> Premetto che qualche mese fa ho cominciato a fare foto di fontane e
> fontanelle in maniera più sistematica, e di caricarle su wikimedia
> commons, poi ovviamente  agigungo un riferimento nel tag "image" in
> OSM. Devo dire che una volta cominciato, benchè si tratta in qualche
> modo di lavoro in più (ho trovato un app wikimedia che aiuta a
> caricare la foto in commons e a trovare poi il link per OSM), sono
> convinto che sia un contributo utile per farsi un'idea migliore della
> situazione.
>
> Nel caso di mapillary, dove non scatti (suppongo) una foto di qualcosa
> di specifico, ma piùttosto tante foto in maniera sistematica e
> automatica, che poi vieni a ritrovare tramite la posizione (API),
> trovo meno importante se non forse addirittura inutile, avere un
> riferimento esplicito da OSM (mi potrei sbagliare), perché lo stesso
> risultato lo potresti anche ottenere sfruttando le API di mapillary
> senza dover mantenere niente in OSM, no?
>
> 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: [Talk-it] R: Lavori stratali/strade chiuse

[Andreas Lattmann]

Scusami, quando calcoli un percorso puoi cliccare sulla strada che vuoi
"evitare" e poi clicchi su evita strada. Funziona anche senza calcolare il
percorso.
Nella mappa risulterà il simbolo dei lavori in corso.
Ciao
Andreas

Il mer 11 nov 2020, 09:50 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 11. Nov 2020, at 09:34, canfe  wrote:
> >
> > Su WAZE le strade chiuse sono ben evidenziate con un tratteggio bianco e
> rosso.
> > Ovviamente ci vuole qualcuno che le inserisca comprese le date di
> chiusura.
> > Se contattate il vostro Area Manager di WAZE e gli fornite prova delle
> chiusure son sicuro che le inserirà.
> > Così servirà a tutta la comunità dei viaggiatori.
>
>
> su openroute service si possono marcare aree da evitare, e il routing poi
> gira attorno (lo so, non è la stessa cosa)
>
> 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: [Talk-at] Meinungen zu Access-Tagging

[andreas wecer]

Am Mo., 9. Nov. 2020 um 12:20 Uhr schrieb Rudolf Mayer <
rudolf.ma...@gmail.com>:

> finde auch, dass es viel sinnvoller ist, einen expliziten Tag zu
> verwenden der genau das abbildet, was Sache ist (Autofahren verboten),
> anstatt generell kein access mit allen möglichen Ausnahmen zu taggen.
>
> So hartnäckig fkv auch gerne manchmal über etwas diskutiert, wo evtl.
> nur er der Meinung ist - hier passt das auf jeden Fall!


Sehe ich auch so.  Ich habe aber auch das Gefühl, dass zum Teil auch der
iD-Editor an dieser Praxis mit Schuld ist.
vehicle wird dort im Standard-Formular nicht angeboten, im Gegensatz zu:

Alle
Fußgänger
Motorfahrzeuge
Fahrräder
Pferde

und ich sehe es auch öfter bei Neulingen, dass dann eben auch genau diese
Werte alle explizit angegeben werden, egal wie sinnvoll das oder auch die
gewählte Kombination für den entsprechenden Weg ist.

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

Re: [Talk-it] Regione geografica italiana

[Andreas Lattmann]

Ok, dico la mia la Treccani non è verità assoluta. Portare le fonti si, ma
come definire se una fonte è più attendibile di un altra?
Personalmente ho trovato errori sulla Treccani (secondo altre fonti
attendibilissime).
È un po' il cane che si morde la coda...
Ciao  


Il ven 2 ott 2020, 10:28 Vittorio Bertola via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 2020-10-02 00:05 Simone Saviolo ha scritto:
>
> Il giorno gio 1 ott 2020 alle ore 21:12 Fintocubano <
> f.giammich...@gmail.com> ha scritto:
>
>> > L'Ulster è un'entità definita dall'ISO (
>> > https://it.wikipedia.org/wiki/ISO_3166-2:IE).
>> > Non è su OSM in quanto entità culturale, etnica, storica o linguistica.
>>
>> Not by a long shot, direbbero a Derry o a Ballymena. Su OSM l'Ulster e'
>> presente perche il tag boundary = historic non perche' boundary = defined
>> by
>> ISO. Inoltre la definizione ISO di Ulster prevede SOLO le 3 contee
>> (amministrative) dell'Eire, escluse le 6 contee (storiche e non piu'
>> amministrative) che sono in territorio UK. L'Ulster storico e classico,
>> che
>> e' quello mappato su OSM, e' 3+6. Dovremmo complimentarci con ISO per
>> l'ottimo lavoro di ricerca storica svolta e per la confusione che crea con
>> la loro definizione?
>
>
> Che lo definisca l'ISO o l'UNESCO o chi altro non è importante: quello che
> conta è che l'Ulster ha un'area misurabile, cioè ha un confine. Che
> ovviamente non è un confine politico o amministrativo, ma puoi dire "qui è
> Ulster, qui non è Ulster". Non c'è il dubbio (*AFAIK* - molto importante -
> non sono uno storico dell'Ulster!) se un certo paese o città faccia parte o
> meno dell'Ulster.
>
> Al contrario, c'è il dubbio se Nice o Menton o Ventimiglia facciano parte
> della "regione italiana", il che significa che la "regione italiana" non ha
> un confine, e quindi, esistente o inventata, non può essere rappresentata
> su OSM.
>
>
> Anche su questo secondo me bisognerebbe valutare caso per caso, con meno
> certezze. Cito un caso che mi è capitato personalmente: la definizione dei
> confini dei quartieri di Torino. A Torino, le entità amministrative attuali
> (municipalità) non corrispondono ai nomi dei quartieri come usati
> comunemente, che risalgono a una definizione amministrativa in vigore fino
> agli anni '80, dove però alle volte due o tre quartieri erano fusi in un
> unico quartiere amministrativo. Quando li abbiamo dovuti mappare, ci siamo
> trovati di fronte al fatto che i confini erano noti e precisi per l'80-90%,
> mentre per il resto erano "più o meno" noti, nel senso che chiedendo alla
> gente della zona quasi tutti ti dicevano che da un lato della via era il
> quartiere X e dall'altra iniziava il quartiere Y, ma secondo alcuni, o
> alcune fonti, il quartiere Y iniziava invece due vie più in là. Io mi son
> fatto un lavoro certosino di ricostruzione delle fonti (arrivando a
> scrivere ad alcuni presidenti di municipalità per chiedere lumi su passati
> atti amministrativi...) ma alla fine la scelta era tra non mappare i
> confini del tutto o mappare confini con alcune parti non completamente
> oggettive, e si è scelta la prima strada perché comunque il valore per
> l'utente di trovare sulla mappa tutti i confini noti era superiore al
> problema di alcune parti non del tutto sicure - il che, se lo depuri dalle
> colorazioni politiche, è esattamente la situazione della "regione
> geografica italiana", in cui le parti discutibili sono molto ridotte
> (essenzialmente il collegamento Alpi-mare dai due lati, su cui peraltro vi
> sono visioni ampiamente prevalenti) e tutto il resto è certo.
>
> Ma anche se si fosse presa la strada opposta, la mappa è piena di aree
> geografiche estese ma senza confini precisi, mappate come punto (tipo,
> praticamente qualsiasi località o frazione di un Comune). Altro che "non ha
> un confine, e quindi, esistente o inventata, non può essere rappresentata
> su OSM".
>
> In conclusione, nei progetti wiki si fa normalmente riferimento ultimo a
> fonti indipendenti esattamente per evitare che il contenuto venga deciso
> dal dibattito a chi grida più forte tra autoproclamati esperti in lista.
> Wikipedia è possibile solo grazie a quel principio, che poi ovviamente
> lascia spazio a dibattiti infiniti su fonti contrastanti, ma che almeno li
> limita a un dibattito su posizioni oggettive e non su preferenze personali
> e ideologiche. Qui, di fonti che descrivono l'esistenza e i confini della
> "regione geografica italiana" ne sono state portate diverse (e non
> offendetevi, ma qualunque sia il giudizio sulla Treccani, è un po'
> difficile sostenere che il singolo che scrive su questa lista sia più
> autorevole e affidabile di essa). Mi piacerebbe che chi non è d'accordo
> portasse delle fonti credibili in direzione diversa.
>
> --
> vb.   Vittorio Bertola - vb [a] bertola.eu   <
> >now blogging & more at http://bertola.eu/   <
> ___
> Talk-it mailing 

[Talk-it] Modifiche utente nuovo

[Andreas Lattmann]

Buongiorno,
c'è qualcuno che ha un pc sottomano per verificare i 3 edit del seguente
utente?

https://www.openstreetmap.org/user/Cortina%20Marketing

Da una prima occhiata ha aggiunto in una relazione anche la seggiovia o
quello che è.

Grazie

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

Re: [Talk-it] Alert tematici

[Andreas Lattmann]

Sfrutti gli rss?
Se sì, puoi usare il bot di Delta Chat (non devi installare nulla) basta
inviare una mail di testo a questo indirizzo: simple...@systemli.org
con scritto /feed_sub https://urldelfeed
Così ti arriva direttamente nella tua e-mail tutti gli aggiornamenti.
Per altre funzioni del bot basta inviare /help

Così chi non ha Telegram non è costretto ad installarlo per avere una
funzione che hanno già i bot di Delta Chat.
Spero che possa essere stato utile il mio suggerimento.


Ciao
Andreas

Il mer 23 set 2020, 10:00 Cascafico Giovanni  ha
scritto:

> Ciao Volker ed in Cc Ciao Lista,
>
> al meeting di ieri sera [1] avevi fatto notare come nel campo
> ciclabilità talvolta non ci sia consenso su come mappare, chiedendo se
> ci fosse la possibilità di monitorare OSM a tema.
>
> Se hai a disposizione uno smartphone con telegram, posso customizzare
> uno script che spedisca alert giornalieri in un canale specifico ad
> una certa ora.
>
> L'alert viene spedito se ci sono state nelle ultime 24h modifiche su
> relazioni o su qualcuno dei loro discendenti. A che zona
> geografica/amministrativa eri interessato?
>
> Lo script attivo ora [2] è un prototipo per spedire messaggi al canale
> https://t.me/caiemr (controlla modifiche alla rete sentieri Emilia
> Romagna); esso usa il mio account telegram e gira su un piccolo server
> casalingo.
>
> Uno strumento analogo è stato fatto in python (presumo meglio) anche
> da LucadeLu, per cui se Luca si basa su servizi online più "robusti",
> che batta un colpo :-)
>
>
>
>
> [1] https://etherpad.wikimedia.org/p/osmgarden
> [2] https://github.com/cascafico/tools/blob/master/monitor_CAIEMR.sh
>
> ___
> 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

[Talk-it] IT-Alert: sistema di allarme pubblico

[Andreas Lattmann]

>Casualmente ho scoperto il sito di Alert.it:
>https://www.it-alert.it.

Spero che utilizzino formati aperti e che ci sia la possibilità di
"elaborare i dati" (se li forniscono in qualche maniera).

Qualcuno sa se e dove si potranno reperire i dati?

Sarebbe bello realizzare un bot per Delta Chat che invii i segnali di
allerta (visto che già utilizza OSM). 樂
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Auflassung OSM Austria Building Coverage

[Andreas]

Am 07.09.20 um 08:01 schrieb Johann Haag:
> 
> 
> Am So., 6. Sept. 2020 um 22:33 Uhr schrieb Stefan Tauner 
> mailto:stefan.tau...@gmx.at>>:
> 
> On Sat, 5 Sep 2020 08:15:45 +0200 Johann Haag  <mailto:johannh...@hxg.at>> wrote:
> 
>> Heute zeichne ich den Gebäudegrundriss, Gebäudeanschlüsse 
>> verbessern sich hier
> schlagartig. Ich
>> Propagiere das unterschneiden der Dach Außenkante, und das
> Zeichnen des
>> gebäude Grundrisses nun bereits seit mehreren Jahren, und wende 
>> dies n meiner Main Region, Bezirk Kitzbühel auch konsequent an.
> 
> Du bist leider noch immer der Meinung, dass deine Arbeit positiv für
>  das OSM-Projekt ist. Ich möchte deshalb dein Posting hier nicht 
> unwidersprochen lassen. Dein Abmalen von Luftbildern ohne andere 
> Quellen heranzuziehen oder zumindest minimale Plausibilitätschecks zu
> machen, Dächerformen zu schätzen(!) und Gebäudeteile schlicht als 
> eigene buildings=yes ohne Adressen und andere Tags einzuzeichnen, 
> wird die OSM-Community in Österreich für Jahre mit Reparaturen 
> beschäftigen (neben all deinen anderen Hinterlassenschaften 
> wohlgemerkt).
> 
> Damit auch Mitlesndern ein bisschen klarer wird, wovon ich hier 
> spreche, habe ich ein Beispiel angehängt (sorry, ich habs aber eh 
> klein gehalten), das zeigt, wie die südwestliche Ecke von 
> https://www.openstreetmap.org/way/127065203 ausgesehen hat, bevor ich
> es repariert habe.
> 
> Die Fläche rechts oben ist mit den Tags der Kirche versehen. Die 
> Fläche unten hatte nur building=yes (und den sinnlosen source-Key) 
> drauf. Das Posten meiner Gedanken beim Anblick dieser Daten wären 
> klagbar.
> 
> 
> Hallo Stefan, Dein Changeset in Kössen beinhaltet noch weiteren 
> wertvollen Input. Super Arbeit Danke. Genauso stelle ich mir das
> vor. OpenStreetMap ist ein Gemeinschaftsprojekt.

Ah das kennen wir ja auch schon von den Imports. Einfach Daten in OSM
importieren und hoffen, dass die Community die Sachen fixed. Ich denke
nicht, dass die Arbeitsweise in OSM so gedacht ist.
Das heißt nicht, dass jetzt jeder OSM Mapper Angst haben muss Fehler zu
machen, nein Fehler machen ist menschlich, aber normalerweise sollte man
von seinen Fehlern lernen.

> Mir liegt selbstverständlich auch die Basemap vor. Hier müssen wir 
> ohnmächtig zusehen wie ganze Straßenzüge jahrelang fehlen.

Warum? Es gibt ein online Feedback-System:
https://www.geoland.at/webgisviewer/App/PortalApp/geoland?app=Feedback=Geoland_Viewer

> Zum Beispiel der Dorfbachweg in der Gemeinde Oberndorf in Tirol, 
> diesen habe ich in OpenStreetMap im Jahr 2018 erfasst, 
> https://www.openstreetmap.org/way/601304716/history und zuletzt 2020 
> frustriert da sich in Amtlichen daten nichts bewegt hat. eine
> Behörde per telefon gebeten, diesen endlich zu berücksichtigen. Seit
> wenigen Wochen ist der Dorfbachweg nun auch in der Basemap
> eingetragen, 24 Monate Geburtswehen Gratulation. Gebäudeumrisse
> aktuell weitgehend Fehlanzeige.

Tja, wie bereits in Mails von mir erklärt, die Gemeinden haben oft
dringendere Aufgaben zu erledigen als irgendwelche Wege zu erfassen.

> 
> Ich behaupte nicht, dass bereits in der Basemap vorhandene 
> Gebäudeumrisse im Ortsteil, aus Vermessungen stammen. Da sind 
> Menschen am Werke welche von den gleichen Luftbildern wie wir 
> abzeichnen.

Nochmal, das Abzeichnen von Luftbildern wird in der Regel nur selten
angewendet. Die Daten werden von Vermessungsbüros, LaserScan oder
Subunternehmen erfasst.

> Diese hätte ich gerne als Mitwirkende in OpenStreeMap, deren Arbeit 
> würde hierbei wesentlich aufgewertet, relevanter und
> gesellschaftlich sowie international wahrnehmbar. Global gesehen ist
> die Basemap Insel ein einsames Sackgassenprojekt.

Die Ersteller der Basemap haben nie Anspruch darauf erhoben, dass die
Basemap ein internationales Projekt wird. Die Basemap stellt in
Österreich erfasste Behörden-Geodaten für jeden Interessierten zur
Verfügung.

Und das Schöne, wir dürfen in OSM die Daten aus der Basemap ebenfalls
als Datenquelle heranziehen.

> Um die einzigartige DKM und den GIP hingegen, beneiden uns wieder
> viele. Wenn wir es schaffen eine Brücke zwischen OSM und der DKM
> sowie dem GIP zu bauen, das wäre grandios. Die fachliche Expertise
> hierfür ist in Österreich disponibel.
>

Du willst unbedingt Äpfel mit Birnen mischen, was nicht funktioniert.

lg
Andreas (geologist)

> Grüße
> 
> 
> -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner 
> ___ Talk-at mailing list
>  Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org> 
> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> -- Mst. Johann Haag Innsbruckerstraße 42 6380 St. Johann in Tirol 
> ÖSTERREICH Tel: +43 664/174 7414 Mailt

Re: [Talk-at] Beispiele gelungener Behörden Kooperation

[Andreas]

gen
von Objekten zu verwenden. Aber Behörden beschäftigen sich nicht den
ganzen Tag mit der GIP oder Basemap. Das ist nur ein geringer Teil ihres
Aufgabengebietes. Daher geht es den Behörden darum, ihren Mitarbeitern
Tools zur Verfügung zu stellen, um die Aufgaben einfach und schnell
durchführen zu können.

> 
> Über den Nutzen aktueller,  offener Karten, muss man wohl nicht mehr
> philosophieren.

Das nicht, aber Behörden müssen sich auf die Datenerfassung in den
Karten verlassen können, was nicht heißt, dass die GIP oder basemap
komplett fehlerfrei ist. Das sicher nicht, aber bei Fehlern kann die
Ursache gefunden werden, ggf. können Korrekturansprüche an die
Unternehmen, die die Datenaufbereitung gemacht haben, gestellt werden.
Eine Behörde braucht als Quelle der Datenerfassung einen Namen oder
Unternehmen, um sich abzusichern.

Versteh mich nicht falsch, ich bin weiterhin für freie und offene
Karten, aber im Laufe der Jahre und in Gesprächen mit Erstellern,
Anwendern und Behördenvertretern hab ich erkannt, dass OSM nicht in
allen Bereichen eingesetzt werden kann.

lg
Andreas (geologist)

> 
> Grüße Johann 
> 
> 
> 
> Mfg,
> realadry
> 
> Am 06.09.2020 um 11:04 schrieb Johann Haag:
> > Auf der OSM Wiki Seite
> > https://wiki.openstreetmap.org/wiki/OpenStreetMap_for_Government ,
> > beschäftigen wir uns mit der Zusammenarbeit zwischen OpenStreetMap und
> > Behörden.
> > Wie bei so vielen OSM Wiki Seiten, wird ein Themen zwar angeschnitten,
> > Auflistungen bleiben anschließend meist unvollständig. Praktisch würde
> > der tatsächliche Umfangvon Behörden Kooperationen längst diese Wiki
> > Seite sprengen.
> >
> > Im allgemeinen meint man unter Behörden Kooperation, dass GD per
> Gesetz
> > festgelegt, unter einer OpenSource Lizenz der Allgemeinheit GD
> Daten zur
> > Verfügung stellt.
> > Am Beispiel der Stadt Meran gibt es auch kommunale Projekte, wo
> > OpenStreetMap in den Stadtplan aktiv eingebunden wird, also die Stadt
> > auf bestimmte eigene Layer bewusst verzichtet.
> > Infostadt Meran:
> >
> 
> https://www.gemeinde.meran.bz.it/de/Buergerservice/Dienste/Kartografie_-_GIS
> >
> > Im abgeschlossenen Projekt Gebäudeabdeckung Österreich von Thomas
> Konrad
> >
> 
> https://lists.openstreetmap.org/pipermail/talk-at/2020-September/010721.html
> > haben wir gelernt, dass eine Übereinstimmung von mehr als 80% einer
> > Vollabdeckung von OpenStreetMap entspricht.
> >
> > Ich stelle daher in den Raum, dass die Behördenkarte basemap
> Österreich,
> > angesichts der aktuell bereits erreichten Qualität von OpenStreetMap,
> > und angesichts der inzwischen aus der US dominierten iT Industrie
> > erdrückend empfundener Anzahl an kommerzieller Karten, durch eine
> > direkte GD / OSM Kooperation ersetzt werden könnte.
> >
> > Personelle GD Ressourcen, könnten von der Erstellung und Pflege
> > bisheriger basemap Gebäudeumrisse befreit, in OSM Mitwirkung, den
> > Privaten US Anbietern mit einer
> > leistungsfähigen OpenSource Alternative Paroli bieten. OSM ist längst
> > Basis nationaler Souveränität in Europa und der Welt.
> >
> > --
> > Mst. Johann Haag
> > Innsbruckerstraße 42
> > 6380 St. Johann in Tirol
> > ÖSTERREICH
> > Tel: +43 664/174 7414
> > Mailto:johannh...@hxg.at <mailto:johannh...@hxg.at>
> <mailto:johannh...@hxg.at <mailto:johannh...@hxg.at>>
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> -- 
> Mst. Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at <mailto:johannh...@hxg.at>
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

Re: [Talk-at] Auflassung OSM Austria Building Coverage

[Andreas]

Am 06.09.20 um 08:57 schrieb Johann Haag:
> 
> 
> Am Sa., 5. Sept. 2020 um 21:56 Uhr schrieb Andreas via Talk-at 
> mailto:talk-at@openstreetmap.org>>:
> 
> Am 05.09.20 um 08:15 schrieb Johann Haag:
>> OpenStreetMap funktioniert mit schlecht aufgelösten 
>> Satellitenbildern ebenso, wie mit hochqualitativen lage
>> regulierten Luftbildern westlicher Industriestaaten. Daher ist es
>> zulässig, beim Mappen in OSM jeweils den kleinsten gemeinsamen
>> Nenner anzuwenden, und seien es auch nur aus einem Spaziergang
>> stammende Erinnerungen an eine Baustelle.
>> 
> 
> Was zulässig für das Mappen ist, kann dem osm wiki entnommen werden:
>  https://wiki.openstreetmap.org/wiki/DE:Beginners_Guide_1.1 oder 
> https://wiki.openstreetmap.org/wiki/DE:Good_practice
> 
> Darauf hat sich die Community geeinigt, auch wenn du ständig 
> versuchst - wie auch mit diesem Mail - den OSM Mappern deine eigenen 
> Regeln vorzuschreiben.
> 
> 
> Wir orientieren uns an den OSM Wiki Empfehlungen, das ist wohl 
> selbstverständlich.
> 
schön, das du mal mit den Regeln der Community einverstanden bist.
> 
>> In systematischer Mitwirkung, wird man das jeweils besten 
>> Arbeitsmittel wählen, dazu gehört der leistungsfähige Editor JOSM,
>>  wie auch in Österreich, vom Steuerzahler finanzierte hochwertige 
>> und uns zustehende Behördendaten.
> 
> Das wir in Österreich über OGD Daten im Geobereich verfügen, davon 
> träumen einige Nachbarländer. Das war ein langer Prozess bis die 
> Behörden sich bereit erklärt haben einen Teil ihrer Daten der 
> Öffentlichkeit zur Verfügung zu stellen.
> 
>> Nun kann es vorkommen, dass sich uns so verfügbare Arbeitsmittel in
>> unterschiedlicher Dynamik entwickeln. Nehmen wir zum Beispiel die
>> Basemap, so stellt diese eine statische Momentaufnahme dar. In der
>> DKM eingemessene Gebäudekanten sind für einen anderen Zweck als für
>> eine Karte gedacht. Was nützen uns wenige genaue Gebäudekanten, 
>> wenn lagereguilerte Luftbilder nicht an diese anschließen. 
>> Luftbilder werden etwa alle drei Jahre erneuert, eingemessene DKM 
>> Gebäudekanten bleiben aufgrund exorbitanter Kosten wie Blei in der 
>> Landschaft, folgende Bautätigkeit bleibt vielfach
>> unberücksichtigt. Daher ist es logisch dass wir uns zum Mappen in
>> Österreich, bei Behördendaten auf Luftbilder konzentrieren, und die
>> von Thomas in Bezug genommene Basemap daher weitgehend ignorieren.
> 
> Die Basemap ist eine Datengrundlage wie jede andere. Je nach 
> Verwendungszweck ist diese zu prüfen und wenn sie den Prüfkriterien 
> standhält kann sie doch verwendet werden.
> 
> Ich verstehe dich nicht so ganz. Zuerst sagst du, dass uns die 
> hochwertigen Behördendaten zustehen und jetzt trittst du dafür ein, 
> die Daten nicht zu verwenden?
> 
> 
> Manches ist für OpenStreetMap geeignet, und manches weniger.
> 

Genau, aber du hast ausgesagt, dass OGD Daten kategorisch für OSM
abzulehnen sind und damit war ich nicht einverstanden.

> 
>> 
>> Ein anderes Detail, Österreichs Luftbilder  unterscheiden sich zu 
>> jenen unserer Nachbarländer, dass man bei uns auch unterschiedliche
>> Gebäudekörper gut voneinander unterscheiden kann. International
>> üblich ist, von grobschlächtigen Luftbildern die Dach Außenkante
>> abzuzeichnen. Das führt bei Gebäudeanschlüssen zu ungereimtheiten.
>> Heute zeichne ich den Gebäudegrundriss, Gebäudeanschlüsse
>> verbessern sich hier schlagartig. Ich Propagiere das unterschneiden
>> der Dach Außenkante, und das Zeichnen des gebäude Grundrisses nun
>> bereits seit mehreren Jahren, und wende dies n meiner Main Region,
>> Bezirk Kitzbühel auch konsequent an.
> 
> Schön, das ist deine Arbeitsweise. Die könntest du am einfachsten im
>  Wiki beschreiben und im Forum oder ML zur Diskussion stellen.
> 
>> Leider wird das von anderen Mappern in Österreich nicht 
>> aufgegriffen, weswegen ich von einem für OSM unfreundlichem Berufs 
>> Geografen Umfeld ausgehe. Meine Aufmerksamkeit gehört daher den 
>> Gelegenheits Mitwirkenden in OpenStreetMap. Mit diesen wird 
>> OpenStreetMap in den kommenden Jahren stetig besser werden.
> 
> Wenn man dich also kritisiert, ist man ein "OSM unfreundlicher 
> Geograf"?
> 
> Schade, dass du die Mapper, die regelmäßig zur Verbesserung von OSM 
> ausschließen willst. Grund ist vielleicht, dass dann nicht mehr so 
> schnell auffällt, wenn du einen Import von ungeprüften Daten 
> durchführst, damit du deine Nr. 1 Position als Österreichischer 
> Mapper nicht verlierst?
> 
> Ich denke in einiger Zeit kannst du sicher auch in deiner Signatur 
> ergänzen: Mapper in Österreich mit den me

Re: [Talk-at] Auflassung OSM Austria Building Coverage

[Andreas via Talk-at]

dlage. Der
Verwendungszweck ist ein ganz ein anderer als bei OSM.

OSM ist ein Gemeinschaftsprojekt von Freiwilligen über die ganze Welt
verteilt. Hier gibt es unterschiedliche Verständnisse für die Qualität
und Interesse an der Verwendung von OSM.

Ich weiß auch, dass manche Verwaltungen in Deutschland OSM für ihre
Arbeit verwenden, allerdings beruht das darauf, weil sie kein
einheitliches System wie in Österreich aufgebaut haben.

Ich hoffe du denkst in Zukunft vorher nach, bevor du hier irgendwelche
grundlosen Behauptungen aufstellst.

lg
Andreas
(geologist)

> 
> Grüße Johann
> 
> 
> Am Fr., 4. Sept. 2020 um 00:16 Uhr schrieb scubbx 
> mailto:scu...@openstreetmap.at>>:
> 
> Hallo, Thomas!
> 
> Das war ein wahnsinns Projekt! Von den vielen "man könnte doch ..." 
> hast du das einfach gemacht. :-)
> 
> Vor allem der Teil des Quellcodes, in dem du die Gebäudeinformation 
> aus den Basemap-Tiles extrahierst, finde ich interessant. Das sieht 
> wirklich sehr rechenintensiv aus.
> 
> Die Gebäudeumrisse in der Basemap sind ja auch nicht immer für voll 
> zu nehmen. Einige davon kommen aus dem Kataster, und die
> Gebäudedaten aus diesem sind mit sehr großer Vorsicht zu genießen.
> 85% Abdeckung halte ich daher für einen guten Wert!
> 
> Beste Grüße, Markus (ScubbX)
> 
> 
> Am 30.08.20 um 14:14 schrieb Thomas Konrad OSM:
>> Liebe OSM-AT-Community,
>> 
>> seit 2015 läuft ja auf meinem Server das Tool, mit dem man die 
>> OSM-AT-Gebäudeabdeckung im Vergleich zur Basemap gemeinde-, 
>> bezirks- und bundeslandweit auswerten kann [1]. Seither hat sich 
>> einiges getan — fast alle Gemeinden österreichweit sind laut
>> dieser Berechnungsmethode auf über 85 % Abdeckung. Da ab diesem 
>> Prozentbereich aufgrund der Unschärfen in der Grundrissüberdeckung
>>  keine sinnvolle Unterscheidung mehr möglich ist, werde ich den 
>> Betrieb der Webseite mit 20. September 2020 einstellen.
>> 
>> Mit ein Grund dafür ist, dass der Betrieb der Anwendung ziemlich 
>> rechenintensiv ist (es müssen dafür täglich mehrere Millionen 
>> PNG-Tiles Pixel für Pixel analysiert werden), und ich habe dafür 
>> extra einen Server angemietet, der nicht billig ist. Die Kosten
>> und der Aufwand, die Anwendung und das Kartenmaterial aktuell zu
>> halten (die Aktualisierung der Basemap-Tiles ist hier leider ein
>> manueller Prozess) übersteigen mittlerweile den Wert des
>> Webseiteninhaltens, der sich nicht mehr wesentlich ändert.
>> 
>> Aber die Arbeit war alles andere als umsonst — ich denke das 
>> Werkzeug hat viele dazu motiviert, die Gebäudeabdeckung in 
>> Österreich zu verbessern, und die Statistik [2] zeigt, wie viel 
>> sich hier getan hat. Vielen vielen Dank an alle, die das zum
>> Anlass genommen haben, die Datenlage in Österreich zu verbessern!
>> Eure Arbeit ist extrem wertvoll.
>> 
>> Falls jemand die Software weiterentwickeln und/oder selbst 
>> betreiben will, der Quellcode ist frei auf GitHub verfügbar [3]
>> und steht unter der sehr liberalen MIT-Lizenz.
>> 
>> Danke und schöne Grüße, Thomas
>> 
>> [1] https://osm-austria-building-coverage.thomaskonrad.at/ [2] 
>> https://osm-austria-building-coverage.thomaskonrad.at/coverage-chart.svg?admin_level=1
>>
>>
>> 
[3] https://github.com/thomaskonrad/osm-austria-building-coverage
>> 
>> ___ Talk-at mailing 
>> list Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org> 
>> https://lists.openstreetmap.org/listinfo/talk-at
> ___ Talk-at mailing list
>  Talk-at@openstreetmap.org <mailto: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 <mailto:johannh...@hxg.at>
> 
> ___ Talk-at mailing list
>  Talk-at@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

[Talk-de] Bitte um QGis Hilfe

[Andreas Frey]

Hallo Community,
 
gibt es jemanden der mir in QGis erklären könnte wie ich eine Ebene im 
Lagebezug epsg:25832 erstelle, dort 2-3 Punkte eingebe und diese dann als 
geojson (mit CRS property) oder shapefile (mit .prj Datei) exportieren kann? 

Hintergrund ist daß ich gerne mit meinem Gnss im Lagebezug epsg:25832 messen 
würde und dies mit Referenzpunkten welche in ETRS89 (GRS80, UTM32N) vorliegen 
abgleichen möchte.

Grüße, 
Andy - ajf3934221



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

Re: [Talk-at] OSM AT Erreichbarkeit

[Andreas via Talk-at]

Am 16.08.20 um 23:15 schrieb Johann Haag:
> 
> 
>> Am 16.08.2020 um 22:39 schrieb scubbx > <mailto:scu...@openstreetmap.at>>:
>>
>> Der Österreichische Verrein hat die Kappen 2014 produziert, um die es
>> in der Anfrage von Simon Poole geht.
>> An wen hätte er sich sonst wenden sollen?
>>
>>
> 
> Man gründe also also einen Hobby Verein, genannt OpenStreetMap-Tirol,
> gemeinnützigen Statuten Ehrensache. Dazu Tiroler OSM Kapperl. Einnahmen
> nur im Umfang was wir auch tatsächlich ausgeben, keine Kunst. Fechten
> nicht beim BEV und Gemeindebund, sondern aussschließlich bei Tiroler
> Touristikern, wir sind ja gemeinnützig.
> Künftig sämtliche OSM Belange mit Tirol Bezug an uns senden, garantierte
> Reaktionszeit mal schauen (wir haben ja auch noch ganz viel anderes zu
> tun), spätestens jedoch zur gesetzlich verpflichtend vorgeschriebenen
> Jahreshauptversammlung.
>

Unglaublich wie du die Arbeit für OSM von Freiwilligen in den Schmutz
ziehst. OSM.at macht mehr als nur OSM-Kapperl. Wärst du in den letzten
Jahren auf einer Geo-Veranstaltung in Österreich gewesen, hättest du
dich persönlich an unserem Stand informieren können.

Mitglieder des Vereins nehmen teil an:
- AGIT
- Makerfaire Vienna
- Linuxtage / -wochen
- OSM Stammtische
- Mapathons

um nur ein paar der Veranstaltungen zu nennen. Im Gegensatz zu dir
versuchen wir mit anderen OSM Mappern oder Begeisterten in Kontakt zu
treten. Wir spielen uns nicht auf, dass wir die einzigen sind, die sich
um OSM kümmern.

Ich bitte daher in Zukunft auf Mails in dieser Form zu verzichten und
informiere dich bevor du unqualifiziert und unbelegte Behauptungen von
dir gibst.

Danke
Andreas

> Grüsse, Mst. Johann Haag
> 
> 
>> Am 16.08.20 um 19:56 schrieb Johann Haag:
>>>
>>>
>>>> Am 16.08.2020 um 15:38 schrieb scubbx :
>>>>
>>>> 
>>>>
>>>> Der Österreichische Verrein hat die Kappen 2014 produziert, um die
>>>> es in der Anfrage von Simon Poole geht.
>>>> An wen hätte er sich sonst wenden sollen?
>>>>
>>> Wie hat der Wiener Verein das finanziert, laut Statuten gibt es ja
>>> keine Einnahmen. Ich möchte diesem Verein nun nichts unterstellen.
>>> Hier gehört aber wesentlich mehr Transparenz hinein. OSM ist
>>> inzwischen ein Ferrari.
>>>
>>> Grüsse Mst. Johann Haag
>>>>
>>>>
>>>> Am 16.08.20 um 13:57 schrieb Johann Haag:
>>>>> Österreich kann sich ja um eine eigene offizielle OpenStreetMap
>>>>> Vertretung bemühen,
>>>>> mir wurde vom Wiener Verein mitgeteilt, dass dieser nur eine lose
>>>>> Vereinigung sei.
>>>>> Sofern der Wiener Verein für offizielle Belange auf die Fossgis,
>>>>> unseren local chapter verweist, sehe ich auch kein Problem. Eine
>>>>> solche Erklärung fehlt aber auf dessen Webseite openstreetmap.at
>>>>> <http://openstreetmap.at/>
>>>>> Wenn sich nun Simon Poole für offizielles,
>>>>> https://lists.openstreetmap.org/pipermail/talk-at/2020-August/010645.html
>>>>> an den Wiener Verein wendet, dann finde ich das ganz einfach falsch.
>>>>> Der Wiener Verein hat aktuell nicht mehr Mandat als jeder andere
>>>>> OSM- Stammtisch in Österreich.
>>>>>
>>>>> Grüsse Mst. Johann Haag
>>>>>
>>>>>
>>>>>
>>>>>> Am 16.08.2020 um 10:40 schrieb Kevin Kofler
>>>>>> mailto:kevin.kof...@chello.at>>:
>>>>>>
>>>>>> Johann Haag wrote:
>>>>>>> Es ist längst an der Zeit, dass man den Wiener Verein aus der Liste
>>>>>>> https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters
>>>>>>> <https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters>
>>>>>>> entfernt,
>>>>>>> und den Domain openstreetmap.at <http://openstreetmap.at>
>>>>>>> <http://openstreetmap.at/> mit
>>>>>>> openstreetmap.de <http://openstreetmap.de>
>>>>>>> <http://openstreetmap.de/> zusammenführt.
>>>>>>
>>>>>> Wieso soll Österreich von Deutschland aus verwaltet werden?
>>>>>> Österreich ist
>>>>>> ein unabhängiges Land und kein Teil von Deutschland! (Und die
>>>>>> kurze Zeit, in
>>>>>> der das anders war, wünscht sich hoffentlich keiner hier zurück!)
>>>>>>
>>>>>>    Kev

Re: [Talk-at] Spenden und Erträge von OpenStreetMap in Österreich

[Andreas via Talk-at]

Am 14.08.20 um 08:09 schrieb Johann Haag:
> Wie wir von der Wikipedia wissen, entwickeln OpenSource Initiativen,
> auch beachtliche wirtschaftliche Aktivitäten. 
>
> OpenStreetMap hat in Österreich keine offizielle lokale Vertretung,
> aber einen Verein der über seine wirtschaftliche Gebarung
> intransparent auftritt.

Unter https://wiki.openstreetmap.org/wiki/OSM-AT kannst du dir
Informationen zum Verein anschauen und du findest auch die aktuellen
Vereinsstatuten. Dabei wirst du schnell erkennen, dass der Verein
keinerlei wirtschaftliche Aktivitäten durchführt. Hier ein Auszug aus
den Statuten (https://wiki.openstreetmap.org/wiki/OSM-AT/Statuten) dazu:


§3 Zweck des Vereins

Der Verein bezweckt

a) die Förderung des weltweiten Gemeinschaftsprojektes
„OpenStreetMap“ in Österreich,
b) die Pflege der OSM-Community (der sogenannten „Mapper“) in
Österreich und
c) den Betrieb von Servern und/oder Websites in bzw. für Österreich.

Der Verein übt seine Tätigkeit überparteilich aus. Die
Vereinstätigkeit ist nicht auf Gewinn gerichtet und gemeinnützig im
Sinne der Bundesabgabenordnung (BAO).

Der Verein bezweckt weiters, mit seiner Tätigkeit einem möglichst
großen Kreis der Allgemeinheit offenzustehen, weshalb Personen, die
kurzfristig an Vereinsveranstaltungen teilnehmen wollen, jedoch
keine Mitgliedschaft begehren, dazu eingelanden werden können. Die
Teilnahme dieser Gäste kann entweder unentgeltlich oder zu einer
aliquoten Gebühr, wie sie die Mitglieder zu leisten haben, erfolgen.

>
> Österreich gehört zu den weltweit sehr wohlhabenden Ländern, daher ist
> es ungewöhnlich dass OpenStreetMap in Österreich, -es scheint-
> keinerlei wirtschaftliche Aktivität entwickelt.
>
> Nachdem Österreich über keinen lokal Chapter verfügt, fehlt auch eine
> Klare Aussage darüber, wer in Österreich an OpenStreetMap getätigte
> Spenden sammelt.
Es steht jedem frei in welcher Form er OpenstreetMap Geld spendet.
OSM.at kann nur Aussagen treffen, wenn auf das OSM.at Konto überwiesen
wird. In der Regel erfolgen allerdings Spenden direkt an OSM.org, um das
Projekt zu unterstützen.
> Ich finde daher, dass aktuelle sämtliche Wirtschaftliche Aktivitäten
> in Österreich von FOSSGIS Deutschland verwaltet gehören,
> demenstsprechend sollte OpenStreetMap seine Namensrechte an
> openstreetmap.at <http://openstreetmap.at> geltend machen, und künftig
> an OpenStreetMap interessierte, auf eine Webseite lenken, welche
> wirtschaftlich OpenStreetMap untersteht.
Hier nochmal, OSM.at vertritt keinerlei wirtschaftliche Interessen von
OpenstreetMap in Österreich. OpenstreetMap ist ein Community Projekt und
daraus können wirtschaftliche Projekte entstehen, aber OpenstreetMap an
sich ist ein freies Community Projekt.
>
> Mit freundlichen Grüßen Meister Johann Haag
> Aktueller Nr. 1 Mitwirkender in Österreich

lg Andreas

(geolgist - ein OpenstreetMap Mitwirkender in Österreich)

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





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

Re: [Talk-at] OSM AT Erreichbarkeit

[Andreas via Talk-at]

Am 13.08.20 um 13:44 schrieb Johann Haag:
> Leider wird auch die Webseite nicht gewartet, Anfragen bleiben
> monatelang unbeantwortet.
Ich finde es langsam eine große Freichheit von dir, hier irgendwelche
unbelegten Aussagen zu treffen. OSM.at wird sehr wohl gewartet, nur gibt
es zur Zeit Corona-bedingt keine OSM.at Veranstaltungen, über die wir
berichten könnten. Da des Weiteren die OSM Wochennotiz weiterhin
wöchentlich mit Informationen aus der OSM Welt erscheint, ist es nicht
sinnvoll hierfür eine parallele Plattform zu erstellen.
> Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf
> ein Abstellgleis gelenkt.

OSM.at besteht aus freiwilligen Mitgliedern und führen Ihre Tätigkeiten
in ihrer Freizeit durch. Noch dazu ist zur Zeit Urlaubszeit und daher
können nicht alle Anfragen sofort beantwortet werden. Und mir ist nicht
bekannt, dass Anfragen monatelang unbeantwortet bleiben. 

>
> Es ist längst an der Zeit, dass man den Wiener Verein aus der
> Liste https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters entfernt,
> und den Domain openstreetmap.at <http://openstreetmap.at> mit
> openstreetmap.de <http://openstreetmap.de> zusammenführt.

Wie es zu dem Eintrag im Wiki gekommen ist weiß ich nicht, denn
OpenstreetMap Österreich ist kein Local Chapter. Ich habe allerdings
jetzt den Eintrag angepasst, sodass als Kontakt ein aktives Mitglied
genannt wird, daher danke für den Hinweis.

>
> Grüsse Johann Haag
> Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich

lg Andreas

(geologist - ein OpenstreetMap Mitwirkender in Österreich)

>
>> Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at
>> mailto:talk-at@openstreetmap.org>>:
>>
>> LWG-Sach
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at





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

Re: [Talk-at] landuse: line oder multipolygon?

[andreas wecer]

Am Di., 28. Juli 2020 um 22:12 Uhr schrieb Stephan Bösch-Plepelits <
sk...@xover.mud.at>:

> Ganz einfach: Tools -> Create Multipolygon (Ctrl-B)
>

Die inverse Funktion gibt es über das JOSM-Plugin  Relation Toolbox ->
"Polygon rekonstruieren"
Aber wie gesagt: bitte nicht einfach nur dafür verwenden, um überall in
"fremden" Gebieten alles von einer Variante auf die andere zu ändern.

Andere sinnvolle Funktionen für den Bereich gibt es im Plugin utilsplugin2,
wie bspw. Split Area:
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Autobahn Baukilometer

[Andreas]

Am 17.07.20 um 09:53 schrieb Philipp Kolmann:
> 
> 
> Am 17.07.2020 um 09:38 schrieb vari...@mailbox.org:
>> Hm, eine Ahnung, aber es gab letztens mal was im Forum, vielleicht
>> hilft das ja weiter?
>> https://forum.openstreetmap.org/viewtopic.php?id=68686 bzw. direkt
>> dann http://autobahnkilometer.tirol/
>>
>> Vielleicht kann man damit ja etwas machen?
>>
> 
> Danke, das schaut auch interessant aus. Ich habe mittlerweile mit Fr. DI
> Mandl-Mair gemailt, welche Projektleiterin von den GIP Daten ist, und
> sie hat mir gesagt, sie wird bei der ASFINAG nachfragen.
> 
> Möglicherweise hat diese Daten einfach noch niemand nachgefragt und sie
> wurden bisher nie exportiert...

Hm, könnte aber auch eine gewollte Einschränkung im OGD Datensatz sein.
Weil bei den Straßennetzen sind gewisse Subnetze wie Wanderwege oder
Forststraßen nicht im OGD Datensatz enthalten.

Aber meistens werden bei Interesse diese Daten dann freigegeben, falls
es keine Widersprüche mit den Ursprungsdaten-Lizenzen gibt.

lg Andreas
(geologist)

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




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

Re: [Talk-at] Autobahn Baukilometer

[Andreas]

Hallo Philipp,

ich habe nochmal drüber nachgedacht und glaube du müsstest mit den
Bezugspunkten von der GIP auskommen. Die Bezugspunkte liegen ja als
Punkt-Feature vor und daher hat jeder Bezugspunkt entsprechende
Koordinaten. Mit einem GIS Programm deiner Wahl, zb QGIS kannst du dir
die Koordinaten zusätzlich als Attribute ausgeben lassen und zu den
Bezugspunkten dazu speichern.

lg Andreas
(geologist)

Am 16.07.20 um 22:55 schrieb Andreas:
> Am 16.07.20 um 08:29 schrieb Philipp Kolmann:
>> Hallo Liste,
> 
> Hallo Philipp,
> 
>>
>> weiss jemand, ob es eine Liste der Koordinaten für die Autobahn
>> Baukilometer gibt. Ich arbeite an einem Programm für meine Feuerwehr, wo
>> bei Alarmen ein PDF ausgedruckt wird, mit der Adresse.
>>
> 
> Eine österreichweite Liste ist mir nicht bekannt. Auf
> https://www.data.gv.at/ findest du teilweise für bestimmte Bundesländer
> eine detailliertere Aufstellung. Aus der Dokumentation des GIP
> Datensatzes http://open.gip.gv.at/ogd/0_dokumentation_gipat_ogd.pdf
> findest du dann die genauer Beschreibung der einzelnen Datenobjekte.
> 
> Brauchst du wirklich für das ganze Autobahnnetz die Daten oder nicht nur
> für das Einsatzgebiet deiner Feuerwehr?
> 
>> Für Autobahnen habe ich aber kein Mapping der Baukilometer auf
>> Positionen. Ich hab mir schon den Datensatz von gip.gv.at angeschaut,
>> aber da hab ich auch keine Baukilometer gefunden.
> 
> Da sind die Kilometerzeichen als "Bezugspunkte" erfasst. Wie du in der
> GIP Standard Beschreibung finden kannst, werden unterschiedliche
> Kilometrierungssysteme in Österreich verwendet.
> 
> In der GIP sind die Bezugspunkte aufgrund der Position auf dem Abschnitt
> (EDGEPROZ) verspeichert. Aufgrund dieser Postion müssten sich die
> Koordinaten ableiten lassen.
> 
>>
>> Danke für Hinweise,
> 
> Sorry, dass ich dir nicht mehr weiterhelfen kann.
> 
>> lg
>> Philipp
>>
>> ___
>> 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
> 




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

Re: [Talk-at] Autobahn Baukilometer

[Andreas]

Am 16.07.20 um 08:29 schrieb Philipp Kolmann:
> Hallo Liste,

Hallo Philipp,

> 
> weiss jemand, ob es eine Liste der Koordinaten für die Autobahn
> Baukilometer gibt. Ich arbeite an einem Programm für meine Feuerwehr, wo
> bei Alarmen ein PDF ausgedruckt wird, mit der Adresse.
>

Eine österreichweite Liste ist mir nicht bekannt. Auf
https://www.data.gv.at/ findest du teilweise für bestimmte Bundesländer
eine detailliertere Aufstellung. Aus der Dokumentation des GIP
Datensatzes http://open.gip.gv.at/ogd/0_dokumentation_gipat_ogd.pdf
findest du dann die genauer Beschreibung der einzelnen Datenobjekte.

Brauchst du wirklich für das ganze Autobahnnetz die Daten oder nicht nur
für das Einsatzgebiet deiner Feuerwehr?

> Für Autobahnen habe ich aber kein Mapping der Baukilometer auf
> Positionen. Ich hab mir schon den Datensatz von gip.gv.at angeschaut,
> aber da hab ich auch keine Baukilometer gefunden.

Da sind die Kilometerzeichen als "Bezugspunkte" erfasst. Wie du in der
GIP Standard Beschreibung finden kannst, werden unterschiedliche
Kilometrierungssysteme in Österreich verwendet.

In der GIP sind die Bezugspunkte aufgrund der Position auf dem Abschnitt
(EDGEPROZ) verspeichert. Aufgrund dieser Postion müssten sich die
Koordinaten ableiten lassen.

> 
> Danke für Hinweise,

Sorry, dass ich dir nicht mehr weiterhelfen kann.

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




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

Re: [Talk-at] OpenStreetMap in Österreichs Bildung und Lehre, Frage id 70000

[Andreas]

Am 13.07.20 um 22:42 schrieb Manuela Schmidt:
> Hallo,
> 
>> Vielleicht kannst Du mir aber helfen. Gibt es Arbeiten welche sich mit
>> dem Potential im Einsatz von OpenSource Software wie Fossgis, und
>> OpenStreetMap auseinandersetzen.
> Es gibt eine Vielzahl akademischer Arbeiten in diesem Bereich. Einfach
> z.B. hier https://scholar.google.com/ nach entsprechenden Schlagworten
> suchen. Dabei muss berücksichtigt werden, dass die meisten
> wissenschaftlichen Studien sehr kleine Teilbereiche untersuchen, die
> nicht notwendigerweise generalisiert werden können.
>

Über meine alte FH habe ich auch folgendes Suchservice für explizite
österreichische Publikationen entdeckt:
https://search.obvsg.at/primo-explore/search?query=any,contains,Open%20Source=hs-tab_scope=OBV_HS=OBV=0

>> Gerade im Kommunalen Bereich in dem ich arbeite, sehe ich aktuell
>> überhaupt keinen Einsatz von Open Source, da dies dort zugleich mit
>> Null! Unterstützung gleichgesetzt wird. Dabei kann man ja Open Source
>> Software, und Support vertraglich wunderbar voneinander trennen.
> 
> Tatsächlich gibt es in Österreich aber auch nicht viele Anbieter für
> professionellen OpenGIS-Support. Viele Firmen in diesem Bereich sind
> EPUs, was für große Institutionen dann teilweise zu heikel ist.
> Deutschland scheint mir in diesem Bereich besser aufgestellt zu sein.
>

Ja das kann ich bestätigen. Die großen Firmen, die nicht Open Source
Software anbieten haben ein extrem gutes Marketing und leisten außerdem
viel Lobbyarbeit, sodass sich Firmen die rein auf Open Source Software
sich spezialisiert haben sich schwer tun da mitzuhalten.

Meiner Meinung nach ist selbst in den Kommunen noch nicht der Nutzen von
Open Source Software angekommen. Die meisten wollen einen Vertrag mit
einer Firma und wo sie bei Problemen auf diese Firma sich beziehen
können. Da tut man sich bei OpenSource schwer bezüglich der Haftung.

Das funktioniert ja außerhalb des GIS Bereiches ja in den Kommunen auch
nicht. Wie viele Kommunen gibt es, die Linux als Betriebssystem
einsetzen oder LibreOffice statt Microsoft Office. Selbst die EU
verstößt hier gegen ihre Gesetze, weil es für die Verwaltung nur
Verträge mit Microsoft Partnern aushandelt und Alternativen erst gar
nicht in Betracht zieht.

Es wäre sicherlich schön, wenn OpenSource Software mehr im öffentlichen
Bereich eingesetzt werden würde, aber das braucht eine vernünftige
Planung und Wartung.

> Generell ist das Archiv der FOSSIS-Konferenzen
> [https://www.fossgis-konferenz.de] eine gute Fundgrube für
> Anwendungsbeispiele von OpenGIS auch bei Ämtern und Kommunen.
> 
>> Wäre es möglich eine Expertise über OpenSource als wissenschaftliche
>> Arbeit anzuregen.
> 
> Ich weiß nicht, was du damit meinst.
> 
> LG Manu
> 
> 
>>
>> Am Mo., 13. Juli 2020 um 09:45 Uhr schrieb Manuela Schmidt
>> mailto:manuela.schm...@tuwien.ac.at>>:
>>
>> Zumindest an der TU Wien (wo 2011 ja auch die SotM-Europe
>> veranstaltet wurde) sind Open Source Tools und offene Daten im
>> Geobereich ein wichtiger Bestandteil der Lehre.
>>
>> Auf https://catalogplus.tuwien.at/ kann nach Diplom- und
>> Masterarbeiten gefiltert werden, die an der TU zu dem Thema
>> veröffentlicht wurden.
>>
>> Und ja, auf talk-at lesen und schreiben auch Lehrende diverser
>> Hochschulen.
>>
>> LG Manu
>>
>>
>> Am 13.07.2020 um 07:05 schrieb Johann Haag:
>>>
>>> In Österreich gibt es 6 Hochschulen mit dem Studienfach
>>> Geographie und Kartographie.
>>> Diese Bildungseinrichtungen werden mit öffentlichem Auftrag
>>> betrieben, also auch vom Österreichischen Steuerzahler finanziert.
>>>
>>> Im Studienplan sollte sich auch daher, nicht nur kommerzielles
>>> sondern mehr oder weniger auch OpenSource und daher im weitesten
>>> Sinne auch OpenStreetMap finden.
>>>
>>> Gibt es irgendwo einen Spiegel an veröffentlichten Arbeiten, mit
>>> OpenStreetMap Bezug.
>>> Ich erwarte mir von Studenten keine Mapping Aktivität, es fällt
>>> mir aber schon auf, dass ich hiervon so rein gar nichts entdecke.
>>>
>>> Wie ist die Stimmung zu Open Source, in Österreichs
>>> Universitäten. Einen Lehrauftrag würde ich über die Steuergeld
>>> Finanzierung dieser Unis schon sehen. Hier im Mail Verteiler
>>> müssten sich jedenfalls an Geographie interessierte Lehrende finden.
>>>
>>> Siehe auch https://forum.openstreetmap.org/viewtopic.php?id=7
>>>
>>> Grüße Johann
>>>
>>>
>>> ___
>>> 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
>> 

Re: [OSM-talk] Odp: Re: Old phone line or old power line?

[Andreas Vilén]

You are subscribing to a mail list. You should probably unsubscribe. It’s 
possible to read the messages in the archives if you don’t want the emails.

/Andreas

Skickat från min iPhone

> 27 juni 2020 kl. 22:10 skrev marekskleciak :
> 
> 
> What can I do to stop information from you?
> I removed it many times in spam but your address seems to be one exception: I 
> get messages again. This is nothing against you as a person or against your 
> content. I see you are from Russia and I really like russian people,have many 
> friends there.I like Russia as well. The reason is: my engagement in OSM is 
> recently less, so I try to read only messages written from less friends. 
> 
> Best regards,
> Marek
> 
> 
> Dnia 27 czerwca 2020 21:32 80hnhtv4agou--- via talk  
> napisał(a):
> 
> if you want more information, you have to give more information.
> 
>  
> Saturday, June 27, 2020 2:23 PM -05:00 from Mike Thompson 
> :
>  
>  
>  
> On Sat, Jun 27, 2020 at 12:21 PM Bryan Housel  wrote:
> >
> > I’d tag as `abandoned:power=minor_line` since you said it is down in 
> > places.  
> >
> > It is impossible to tell from the picture what its original purpose was, 
> > but this doesn’t matter much if you just want to get it mapped.
> Thanks Brian, I will proceed along those lines. I would still be interested 
> to hear from experts in the utility field as to what the original purpose of 
> the lines were.  Since this is in the US, one case assume standard household 
> voltage (given the size of the insulators and the fact that it terminiantes 
> at an old house in ruins), which back in the day was 110.  In which case, 
> there would be a considerably percentage voltage drop over the many km 
> distnace this line spans.
>  
> Mike
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>  
>  
>  
>  
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Paid mapping

[Andreas Vilén]

Maybe the mappers think unclassified equals what we call highway=road, as in no 
classification yet determined?

It’s a fairly common misconception among new mappers.

/Andreas

Skickat från min iPhone

> 22 juni 2020 kl. 23:50 skrev Martin Koppenhoefer :
> 

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

Re: [Talk-at] Irreführendes Nominatim-Ergebnis

[andreas wecer]

Am Do., 18. Juni 2020 um 23:52 Uhr schrieb Friedrich Volkmann :

> Eine Alternative zu Nominatim würden sicher viele begrüßen.
>

Photon, der Geocoder von komoot, funktioniert damit übrigens anscheinend
problemlos, auch wenn der auch auf Nominatim-Daten aufbaut.
Wobei auf der Demoseite photon.komoot.de der gleiche Fehler auftaucht, auf
www.komoot.de dagegen nicht mehr und dort wird nicht nur die falsche
Schelleingasse 8 herausgefiltert, sondern auch die korrekte
Alois-Drasche-Park 8 gefunden.

https://github.com/komoot/photon
https://www.komoot.de/plan/tour/d11At9JDwD54Cw=FuYABMoBI2A=/@48.1865220,16.3714850,17z
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Irreführendes Nominatim-Ergebnis

[Andreas]

Am 18.06.20 um 21:49 schrieb Johann Haag:

> Wenn etwas wie Nominatim derart nachhaltig nicht funktioniert, so kannst
> Du mit Gewissheit davon ausgehen, dass ein solches Verhalten bewusst
> herbeigeführt ist, unser OpenSource Projekt simpel nicht als
> Produktivsystem geeignet sein soll.

Musste die Verschwörungstheorie-Keule jetzt wirklich ausgepackt werden?

Auch kommerzielle Anbieter haben oft Probleme mit ihren Suchalgorithmen,
daher finde es sehr interessant hier gleich auf eine bewusste
Verfälschung des Suchergebnisses zu setzen.

Und wenn wirklich die Ursache für das Problem nicht gefunden werden
kann, kann man einen Issue auf der Projektseite auf github
(https://github.com/osm-search/Nominatim/issues) erstellen.

Wir sind eine Community und es gibt hier keine Elite. Es gibt vielleicht
erfahrenere Mapper und OSM Entwickler, aber das ist ja das schöne an dem
Projekt. Es können Menschen mit den unterschiedlichsten Wissensständen
sich miteinander austauschen und so OSM verbessern.

> Sowas nennt man Politik.
> Siehe auch: https://www.openstreetmap.org/user/addresshistory*hxg*at

Ich habe jetzt wirklich deine Profilseite besucht und musste beim Lesen
deines Begrüßungstextes nur den Kopfschütteln.

Du wolltest eine "brauchbare" Karte von Adressen in Österreich
erstellen, auf Grundlage von unbrauchbaren, falschen und lückenhaften Daten?

Deine Adress-Importe wurden revidiert, weil sie mehr Adressen zerstört
haben, als neue korrekte Adressdaten hinzugefügt haben. Die Daten haben
eine heute üblichen Qualitätsgrad nicht standgehalten.

Wie schon mehrfach erwähnt, gibt es für Importe gewisse Regeln die
einzuhalten sind und die meisten davon sagt mir zumindest mein Hausverstand:
- Sind die Daten die ich importieren will richtig
- Verstoßen diese Daten nicht den Lizenzbedingungen
- Wie werden Konflikte mit bestehenden Daten bereinigt

OSM gibt es jetzt schon eine lange Zeit und durch die Integration von
unterschiedlichen Informationen und Objekten ist die Editierung nicht
mehr so leicht wie am Anfang.

Ich persönlich hatte bereits bei einfachen Änderungen wie neue Straßen
oder Kreisverkehre erstellen das Problem, dass ich mich dabei mit
Relationen befassen musste, weil im Bearbeitungsgebiet sehr viele
Buslinien als Relationen auf den Kanten gemappt waren.

Ich finde es sehr traurig, dass du mit deinen Aussagen immer wieder die
Konfrontation mit der ML und dem Forum suchst. Vielleicht hast du auch
Spaß daran, ich glaube es aber nicht, weil dann würdest du ja auch in
deinem OSM Profil angeben, dass du auch der OSM User in Österreich bist
mit den meisten ML und Forensperren.

OSM ist ein Gemeinschaftsprojekt, dass schon viele Jahre besteht und ich
bin stolz ein Teil zu sein. Sicherlich bin ich mit bestimmten
Entwicklungen nicht einverstanden, aber ich spreche mit anderen darüber.
Ich informiere mich bei div. Community Events zB FOSSGIS und versuche so
Wissenslücken zu schließen, kann mit anderen über meine Vorstellungen
diskutieren oder bekomme Einblicke in Neuerungen in OSM.

Ich würde es begrüßen, wenn wir endlich wieder eine konstruktives
Diskussionsklima hier schaffen könnten, ohne ständige persönliche
Anfeindungen und faktenlosen Aussagen.

In dem Sinne wünsche ich dir und allen Lesern der ML hiermit einen
schönen Abend und noch viele schöne Stunden mit OSM.

mfg
geologist

> Am Do., 18. Juni 2020 um 12:31 Uhr schrieb Florian Ledermann
> mailto:florian.lederm...@tuwien.ac.at>>:
> 
> Liebe Community,
> 
> hat einer für euch eine Erklärung, warum eine Suche bei Nominatim nach
> "Schelleingasse 8" als erstes Ergebnis die Node "Alois-Drasche-Park 8"
> liefert?
> 
> https://nominatim.openstreetmap.org/search.php?q=schelleingasse+8
> 
> Die Address-Node, die hier als erstes geliefert wird, ist in OSM
> korrekt
> als "Alois-Drasche-Park 8" getagged, von Schelleingasse ist dort keine
> Rede. Dennoch wird im Nominatim-Ergebnis die Straße der Ergebnis-Node
> als "Schelleingasse" angezeigt. Das 2. Nominatim Ergebnis ist dann das
> korrekte Haus, leider ist es schwer das automatisiert zu erkennen da
> das
> erste Ergebnis bereits als Node "Schelleingasse 8" zurückgeliefert wird.
> 
> Ich konnte ein solches Ergebnis mit keiner anderen Adressen im 4.
> Bezirk
> reproduzieren, auch die anderen Adressen in der Schelleingasse liefern
> das erwartete (korrekte) Ergebnis. Auffällig ist allerdings noch, dass
> Adress-Nodes im Alois-Drasche-Park von Nominatim anscheinend generell
> nicht gefunden werden (z.B.
> https://nominatim.openstreetmap.org/search.php?q=Alois-Drasche-Park+8 )
> - keine Ahnung ob das etwas damit zu tun hat...
> 
> Ich würde gerne das Tagging verbessern, so dass das 1. Ergebnis in
> Nominatim die korrekte Adresse liefert, habe aber keine Idee wie ich
> das
> machen sollte, da das Tagging der Adresse mir korrekt erscheint.
> 
> Wäre also über einen Hinweis oder Erklärung dankbar!
> 

Re: [Talk-at] Irreführendes Nominatim-Ergebnis

[andreas wecer]

Hallo,

spontane Vermutung, ohne es mir im Detail angesehen zu haben:

Nominatim braucht für street/place ein konkretes OSM-Objekt mit diesem
Namen. Wenn kein Straßenname angegeben ist, wird die Hausnummer der
nächstgelegenen Straße zugewiesen. Möglicherweise passiert das auch, wenn
der angegebene Straßenname nicht gefunden wird, was vermutlich hier der
Fall ist.

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

Re: [Talk-at] Historische Hausnummern Österreich, weiterhin Online

[Andreas]

Am 14.06.20 um 10:08 schrieb Johann Haag:
> Verzeichnis historische Hausnummern in Österreich weiter verfügbar.
> 
> Nach dem weitgehenden Revert meiner unter dem Pseudonym
> „addresshistory*org“ (nun addresshistory*hxg*at) getätigten OSM
> Adressergänzungen in Österreich  (gelöscht von der Firma Geofabrik,
> Michael Reichert und Frederik Ramm), habe ich diesbezügliche
> OpenStreetMap Arbeiten in Österreich, bekanntlich heute weitgehend
> eingestellt.

Die Reverts wurden aufgrund der Community Entscheidung durchgeführt. Du
hast dich bei deinem Adress-Import nicht an die Richtlinien gehalten und
hast sehr viele Mülldaten importiert.

OpenStreetmap ist ein Community Projekt und damit eine Community
funktioniert, muss sich jeder an festgelegte Regeln halten. Nur so
konnte der Qualitätsgrad erreicht werden, den wir von OSM schätzen.

Daher bitte in Zukunft einfach die Regeln halten und dann gibt es auch
mit deinen Daten in OSM keine Probleme.

lg geologist



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

Re: [Talk-at] Popup Bikelanes

[Andreas via Talk-at]

Am 09.06.20 um 15:33 schrieb Stefan Tauner:
> Hi,
> 
> ich gehe davon aus, dass wir diese nicht mappen (wollen) oder? Kennt
> jemand dazu international irgendwelche konkreten Diskussionen/Kriterien?

Wäre mir bei der Wochennotiz Erstellung nichts untergekommen.
> 
> Eine naheliegende Begründung, warum sie nicht gemappt werden sollten,
> ist die selbe wie bei allen kurzzeitigen Artefakten: sie sind
> potentiell schneller wieder weg als sie die Nutzer zu sehen bekommen.
> AFAIK haben die Popup Bikelanes in Wien eine Lebensdauer von 3 Monaten.
> Das ist mMn an der Grenze, wo es Sinn macht, sie einzuzeichnen (ggf. mit
> einem end_date falls bekannt, was aber halt wenig/nix bringt).
>

Teilweise geb ich dir Recht, aber ich habe auch mal eine Baustelle
gemappt, weil deren Umfahrung für 3-4 Monate dafür gesorgt hat, dass die
Navis falsch geroutet haben.

> Gibt's andere Meinungen?
> 

Mir sind keine Ende der Popup-Radwege bekannt, vielleicht mit dem Tag
temporary -
https://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional)
?

lg geologist



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

Re: [Talk-se] Administrativa gränser

[Andreas Vilén]

Hej!

Bra genomgång!

Håller med om det mesta av vad du skriver. Angående de roten du hittat i
Lund syftar de på det som beskrivs här:
https://sv.wikipedia.org/wiki/Rote#Stadsdel_och_folkbokf%C3%B6ringsdistrikt.
De är historiska och kan nog ändras till en sådan taggning. De används dock
då och då i dagligt tal. Indelningen används även i
https://sv.wikipedia.org/wiki/Lunds_stadsk%C3%A4rna. Man kan dock notera
att källorna är från 60- och 80-tal.

MVH Andreas

On Wed, Jun 10, 2020 at 10:29 AM  wrote:

> Hej!
>
> Jag har tagit en titt på de administrativa gränser
> (boundary=administrative) som förekommer på OSM i Sverige. Dels vill
> jag ifrågasätta användningen av landsdelar som administrativ
> indelning, dels vill jag ha en mer konsekvent användning av
> admin_level för nivå 8, 9 och 10, det vill säga indelningar mindre än
> kommuner.
>
> I första frågan så finns det relationer för Norrland, Svealand och
> Götaland definierade på nivå 3, mellan Sverige som land (nivå 2) och
> län (nivå 4). Vad jag vet så är indelningen i landsdelar högst
> inofficiell om än allmänt accepterad, men absolut inte något som
> förekommer som administrativ indelning. Jag föreslår att admin_level=3
> tas bort och att relationerna ändras till boundary=historic på samma
> sätt som landskapen.
>
> I andra frågan har jag med Overpass hämtat hem stora delar av Sverige
> och undersökt vilka indelningar som finns på nivåerna 8, 9 och 10. På
> OSM-wikin finns en sida
> (
> https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries)
> som dokumenterar vad som till stor del är sant, men en hel del avvikelser
> förekommer.
>
> Enligt den ska följande gälla:
> Nivå 2 är Sverige som land.
> Nivå 3 är landsdelar.
> Nivå 4 är län.
> Nivå 5-6 används ej.
> Nivå 7 är kommuner.
> Nivå 8 används ej.
> Nivå 9 är stadsdelsområden/stadsdelsnämndsområden/stadsdel (Umeå).
> Nivå 10 är stadsdelar/primärområden/stadsdelsområden (Umeå).
>
> I praktiken förekommer följande:
> Nivå 2-7 stämmer.
>
> Nivå 8 används för tätortsgränser i ett antal städer (Gävle, Göteborg,
> Lund, Skellefteå, Umeå, Åhus). En del också tillsammans med place=city
> eller place=town. De flesta har en kommentar i stil med
> "note=Tätortsgränsen följer inte LMs polygon slaviskt eftersom att
> denna inte täckte alla områden ordentligt" eller
> "description=Approximation of Lund city limit, fixme=refine". I
> Sundsvall/Västernorrland används istället nivå 8 till
> distriktsindelning och även till församlingar. I Stockholmsområdet
> finns en relation "Huvudsta" med nivå 8.
>
> Nivå 9 används till stor del för områden i städer som är större än
> stadsdelar, oavsett vad benämningen är på sådana områden i olika
> städer. I Ljungby används nivå 9 för stadsdelar tillsammans med
> place=suburb eller place=neighbourhood. I Sundsvall/Västernorrland
> förekommer istället statistikområden och/eller kommundelar. I Västra
> Götaland och Linköpings kommun används nivå 9 för distrikt.
>
> Nivå 10 används ungefär som nivå 9, fast för stadsdelar, förutom i
> Sundsvall/Västernorrland där de är statistikområden. I Umeå förekommer
> några få stadsdelar eller delar av stadsdelar med nivå 11. I Lund
> förekommer något som kallas för "rote" utan någon nivå.
>
> För att råda bot på virrvarret föreslår jag följande:
> Nivå 3 slutar användas (landsdelar) per ovan.
> Nivå 8 används för distriktsindelningen. De distrikt som är på nivå 9
> idag flyttas till nivå 8.
> Nivå 9 används för områden större än enskilda stadsdelar men mindre än
> kommuner. Som idag med andra ord.
> Nivå 10 används för stadsdelar (place=suburb).
> Nivå 11 får vid behov används för områden mindre än stadsdelar
> (place=neighbourhood).
>
> Jag vill också ställa frågan om det finns det något som helst syfte
> med att försöka kartlägga tätortsgränsen i OSM? Särskilt med tanke på
> att de anges vara uppskattningar.
>
> Jag tänkte att det var värt att diskutera här på e-postlistan innan
> några svepande ändringar görs.
>
> Mvh
> riiga
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Hej!

Nu har det gått en tid sedan mitt förra mail och jag har inte fått svar
från något av kontona.

Är det någon som har någon mer åsikt i den här frågan? Annars tänkte jag gå
vidare med ett mail till DWG och se om vi kommer vidare den vägen.

MVH Andreas

On Mon, May 18, 2020 at 6:50 PM Andreas Vilén 
wrote:

> Det verkar ha varit totalt 14 konton som genomfört denna import. Jag har
> tagit en närmare titt på alla dessa konton för de har många gemensamma
> nämnare.
>
> master-shake
> http://hdyc.neis-one.org/?master-shake
> Skapades 19/1. Låg oanvänt till 13/4. Testedits 13-15/4 och sedan drygt
> 1000 changesets om dagen varje dag till 26/4. Efter det inga edits. Har
> deltagit i två changesetdiskussioner på engelska:
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=10675834
>
> ap-s
> http://hdyc.neis-one.org/?ap-s
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-29/4 och sedan drygt
> 1000 changesets om dagen varje dag till 6/5. Efter det inga edits.
>
> zag_abss
> http://hdyc.neis-one.org/?zag_abss
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-24/4 och sedan drygt
> 1000 changesets om dagen varje dag till 1/5. Efter det inga edits.
>
> Stasik1
> http://hdyc.neis-one.org/?Stasik1
> Skapades 17/5-2016. Genomförde runt 11 changesets då, det första i
> Ukraina. Låg sedan oanvänt fram till 15/2 då några testedits gjordes fram
> till 17/2. Gissningsvis i Indonesien men jag hittar inte detaljer om vilka
> changesets dessa var. Låg igen oanvänt till 24/4. Testedits 24-27/4 och
> sedan drygt 1000 changesets om dagen till 1/5. 353 changesets 4/5 sedan
> åter runt 1000 om dagen 7-9/5. Efter det inga edits.
>
> tomas471
> http://hdyc.neis-one.org/?tomas471
> Skapades 19/4-2017. Genomförde runt 11 changesets då, den första i ett
> HOT-projekt hotosm-project-2782 i Mozambique. Låg sedan oanvänt fram till
> 14/2 då några testedits gjordes fram till 17/2. Låg igen oanvänt till 23/4.
> Från det datumet gjordes runt 1000 changesets om dagen fram till 30/4.
> Efter det inga edits.
>
> rohweder
> http://hdyc.neis-one.org/?rohweder
> Skapades 10/10-2009. Genomförde något 20-tal edits i Tyskland runt
> november 2010 och framåt. Låg sedan oanvänt till 15/2 då några testedits
> gjordes fram till 17/2. Också dessa i Indonesien verkar det som. Låg igen
> oanvänt till 24/4. Några testedits till 26/4 sedan runt 1000 changesets om
> dagen varje dag 27/4-1/5. Åter en massiv mängd changesets 8-9/5. Efter det
> inga edits.
>
> serge_dahlin
> http://hdyc.neis-one.org/?serge%20dahlin
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-24/4 och sedan drygt
> 1000 changesets om dagen varje dag till 30/4. Efter det inga edits. Har
> deltagit i två changesetdiskussioner på svenska:
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=10675882
>
> mustahir
> http://hdyc.neis-one.org/?mustahir
> Skapades 9/5-2018. Genomförde drygt 10 edits då som en del av HOT-projekt
> hotosmid-project-111 i Indonesien. Låg sedan oanvänt till 15/2 då några
> testedits gjordes fram till 17/2. Också dessa i Indonesien. Låg igen
> oanvänt till 25/4. Testedits 25-30/4 sedan runt 1000 changesets om dagen
> nästan varje dag 1/5-9/5. Efter det inga edits.
>
> arraggonn
> http://hdyc.neis-one.org/?arraggonn
> Skapades 23/2-2012. Genomförde runt 10 edits då i Ryssland. Låg sedan
> oanvänt till 15/2 då några testedits gjordes fram till 17/2. Även dessa i
> Indonesien vad det verkar. Låg igen oanvänt till 24/4. Testedits 24/4-29/4
> sedan runt 1000 changesets om dagen nästan varje dag 30/4-9/5. Efter det
> inga edits.
>
> bob_curse_isaac
> http://hdyc.neis-one.org/?bob_curse_isaac
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19/4-1/5 och sedan drygt
> 1000 changesets om dagen 4-8/5. Efter det inga edits.
>
> Sivia1811
> http://hdyc.neis-one.org/?Sivia1811
> Skapades 12/8-2018. Genomförde runt 10 edits i Uganda som en del av
> HOT-projekt hotosm-project-4974. Låg sedan oanvänt till 15/2 då några
> testedits gjordes fram till 17/2. Även dessa i Indonesien. Låg igen oanvänt
> till 24/4. Testedits 24/4-5/8 sedan runt 1000 changesets om dagen 9-12/5.
> Efter det inga edits.
>
> ivan_petrov_2013
> http://hdyc.neis-one.org/?ivan_petrov_2013
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19/4-1/5 och sedan drygt
> 1000 changesets om dagen 4-9/5. Efter det inga edits.
>
> Följande två konton avviker något från mönstret:
>
> 30d4f4e1ccf24
> http://hdyc.neis-one.org/?30d4f4e1ccf24
> Skapades 8/12-2013 och har varit någorlunda aktivt med lite under 30
> mappardagar om året sedan dess. Verkar ha redigerat i princip enbart i
> Ryssland innan det plötsliga intresset för platsnamn i Sverige uppstod. Som
> övriga konton genomfördes testedits 16-18/2, nya te

Re: [Talk-se] Samordning, dokumention & olika kommunikationskanaler

[Andreas Vilén]

När du föreslår ett nytt system för kommunikation, gör du bara att 
kommunikationen fragmenteras alltmer är jag rädd.

Lite som den här xkcd-klassikern: https://xkcd.com/927/

/Andreas

Skickat från min iPhone

> 24 maj 2020 kl. 21:05 skrev tomasy - :
> 
> 
> Som snabb kommunikationskanal föreslår jag Riot https://about.riot.im/ Det är 
> en opensource tjänst som inte sprider personlig data. Påminner om Slack. Man 
> kan föra diskussion i trådar. Det går att dela filer och bilder. Fler och 
> fler opensource-projekt använder Riot. Kan köras i browser men det finns även 
> appar för Android (Google och F-Droid), Appstore, Windows och Linux. Mozilla 
> har flyttat från IRC till Riot och efter 4 månader har de 4-10 * mer 
> medlemmar på sina grupper .  
> https://discourse.mozilla.org/t/updates-to-chat-mozilla-org-e2e-encryption-by-default-nicer-ui-email-notifications-and-sso-fixes/60425.
>  En del openstreetmap grupper finns redan där.
> 
> Nackdelen med Riot är att man inte har samma tydliga trådar som t.ex. forumet 
> eller maillinglistan.
> 
> Varför inte...
> Facebook. Alla vill inte vara med i Facebook pga. att de samlar personlig 
> data.
> IRC. Gammalt system som fler och fler går ifrån. Ingen historik.
> Mailinglista Bra att hitta trådarna efteråt men inte bra för snabb 
> kommunikation.
> /tomasy
> 
>> On 2020-05-16 11:22, Daniel Westergren wrote:
>> Tjenare,
>> 
>> En fråga som nog bättre lämpar sig att föra i den här mailinglistan än i 
>> Facebook-gruppen, då det inte är en enkel fråga utan kräver en djupare 
>> diskussion.
>> 
>> Frågeställningen rör vilka kanaler som är lämpligast för olika typer av 
>> diskussioner med det svenska OSM-communityt och hur vi samordnar vad som 
>> finns i wikin, där ju all viktig dokumentation bör samlas.
>> 
>> Befintliga kanaler
>> Enligt kommentarer i FB-gruppen är forumet egentligen bäst att använda för 
>> diskussioner, fast det används inte. Alltså är det inte bra. Likväl skrivs 
>> det frågor där, men de får sällan svar.
>> 
>> I andra hand mailinglistan, eftersom där sparas historiken garanterat (om än 
>> i en 90-talsinsinspirerad, antik lösning). Någon har även skrivit här i 
>> mailinglistan att de föredrar det, då de inte är med i FB-gruppen.
>> 
>> Men Facebook-gruppen är bra för snabbare diskussioner som inte är lika 
>> djupa, med enkla frågor och svar.
>> 
>> Dokumentationen ska sedan ske i wikin. Men det finns ingen som ansvarar för 
>> eller har en strategi för hur den ska underhållas och uppdateras för att 
>> faktiskt vara aktuell. Dessutom oklart vad vi behöver skriva på svenska och 
>> när det räcker med att hänvisa till det som finns på engelska.
>> 
>> Och så finns det kanske nån IRC-kanal om folk fortfarande använder sådant 
>> 2020?
>> 
>> En klassisk open source-röra med andra ord...
>> 
>> Vad kan vi göra?
>> Till att börja med, kan vi inte i alla de här kanalerna hänvisa till vilka 
>> kanaler som finns och vad de lämpligast används för?
>> I beskrivningen för FB-gruppen länkar vi till wikin och mailinglistan (och 
>> skriver att forumet inte bör användas).
>> I någon slags sidfot för den här mailinglistan länkar vi till wikin och 
>> FB-gruppen (och skriver att forumet inte bör användas).
>> I wikin beskriver vi hur dessa kanaler används och var vi föredrar att olika 
>> typer av kommunikation sker, beroende på vad det handlar om.
>> Var finns kanalerna dokumenterade?
>> Det finns i viss mån beskrivet på 
>> https://wiki.openstreetmap.org/wiki/Sv:Beginners%27_guide_1.6 (för den som 
>> råkar hitta den sidan...). 
>> 
>> Men där står hjälp-forumet överst (som bara är på engelska), sedan det 
>> egentliga forumet (där det svenska i praktiken inte används och därför ska 
>> vi inte locka nybörjare dit), sedan IRC (som vanliga människor inte har en 
>> aning om vad det är för något och används det fortfarande?), sedan 
>> mailinglistor (men inget specifikt om den svenska), sedan om användargrupper 
>> som länkar till en sida som inte finns och FB-gruppen nämns inte alls. Inte 
>> heller står det hur olika kanaler ska användas.
>> 
>> Rörig wiki
>> Jag tycker wikin är en sagolik röra och otroligt svår att navigera. Det 
>> blandas hej vilt med länkar till svenska och engelska sidor (utan att ange 
>> om länken går till en svensk eller engelsk sida) och ingen verkar ha koll på 
>> vilken information som fortfarande är aktuell och om länkar fortfarande 
>> fungerar. Hur ska vi kunna locka fler till OSM när det är så otroligt svårt 
>> att veta hur man ska hitta hjälp och var man hittar folk som kan s

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Andreas Vilén]

Stack overflow seems to use the same software and is highly active. This
seems to be updated? Can't we update as they do?

https://stackoverflow.com/questions

/Andreas

On Wed, May 20, 2020 at 9:34 AM Tobias Wrede  wrote:

> Hi,
>
> we have several channels in OSM to facilitate discussions and support.
> First touch point for new users is often help.openstreetmap.org.
> Questions relating to mapping in general, tagging, editors, development,
> OSM based applications are asked there and get answered in most cases.
>
> The site is based on OSQA, a software which has not been maintained in
> some time. Some application errors have surface in the past but had to
> be ignored since no fixes are coming from OSQA any more. Until now we
> could live with that. They were annoying but not critical. There are
> open tickets on OSM github to move the help site to some other framework
> (https://github.com/openstreetmap/operations/issues/149,
> https://github.com/openstreetmap/operations/issues/377) but there isn't
> exactly an abundance of volunteers to take care of that.
>
> Usability of help.openstreetmap.org has now seriously worsened over the
> past few days with some js error popping up for longer and longer times
> (
> https://help.openstreetmap.org/questions/74831/why-does-the-add-a-new-comment-button-sometimes-not-work).
>
> Buttons to support formatting questions and answers are gone, comments
> cannot be added and moderation functions (reporting, converting
> questions to comments etc.) are not working anymore.
>
> If this continuous we can shut down the site soon. Even if this problem
> got resolved somehow it's only a matter of time until a new problem
> arises. The site provides a low entry hurdles place to ask questions
> that can be solved by simple answers. I'd hate so see it gone.
>
> I'm neither a programmer who could help out on the technical side nor am
> I involved in OSM organization and politics to have an idea on how this
> could be sorted out. Question around: Can we find someone to take care
> of the technical side? Can we involve any of the OSM organizations to
> find, maybe pay, someone? Does the community even find it worthwhile
> keeping the site?
>
> cheers,
>
> Tobias
>
>
>
>
> ___
> 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-se] Problem med ortnamnsimporten

[Andreas Vilén]

Hej!

Som sagt är datan importerad från en i grunden bra källa, och det är svårt
att det gå går alltför fel, mer än som i det exemplet du tar fram.

Beteendet är här det förkastliga. Att registrera och eventuellt kapa en
mängd konton för att genomföra en import på detta otroligt bristfälliga
sätt skadar Openstreetmap. Jag anser att redigeringarna bör återställas och
kontona blockeras. Det är omöjligt att garantera kvalitén i materialet och
importer ska inte genomföras såhär.

De kritiska åsikter jag framförde om just import från Topografiska
kartan/Terrängkartan då det här var uppe förra gången och som jag refererar
i mitt första mail i den här tråden består och har aldrig blivit bemötta.

MVH Andreas

On Mon, May 18, 2020 at 5:18 PM Micke  wrote:

> Hej!
>
>
>
> Jag har egentligen inte så mycket att tillägga, men de ändringar jag
> tittar på från flera användare i länen kring Dalarna har varit ok. Högre
> kvalité än vad som är normalt från genomsnittsanvändaren tycker jag.
>
>
>
> Jag ställde en fråga och fick bra respons i detta changeset.
>
> https://www.openstreetmap.org/changeset/84314486
>
> Jag kanske tycker att man överdrivit användandet av isolated_dwelling.
> T.ex. kanske det inte ska sitta på en fäbod där ingen bor.
>
> Men generellt tycker jag att OSM är bättre med, än utan, dessa ändringar.
>
>
>
> Så ingen revert om jag får rösta.
>
>
>
> Sen är det skumt att det dyker upp en massa konton som gör samma sak utan
> någon information om varför och vem som samordnar m.m.
>
> Men det handlar väl egentligen mer om nyfikenhet än något rent praktiskt
> att ta reda på mer om det.
>
>
>
>
>
> /Anders Andersson
>
>
>
> *Från:* Andreas Vilén 
> *Skickat:* den 16 maj 2020 17:18
> *Till:* OpenStreetMap Sverige mailinglista 
> *Ämne:* Re: [Talk-se] Problem med ortnamnsimporten
>
>
>
> Jag har skickat ut ett osm-meddelande till alla dessa användare och bett
> dem uppmärksamma denna diskussion. Har också bett dem om mer info om hur
> ändringarna genomförts.
>
>
>
> Har skrivit både på svenska och engelska då åtminstone ett konto verkar
> vara ryskt: https://www.openstreetmap.org/user/30d4f4e1ccf24
>
>
>
> MVH Andreas
>
>
>
> On Sat, May 16, 2020 at 5:04 PM Andreas Vilén 
> wrote:
>
> Går man till  https://osmstats.neis-one.org/?item=countries=Sweden och
> sorterar efter "created names" får man upp alla konton högst upp i listan.
> Lätt att ta ut för en rapport till DWG.
>
>
>
> MVH Andreas
>
>
>
> On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
> wrote:
>
> Hej!
>
>
>
> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
> på det sättet att den lyckats med att kopiera av (ja, vilken källa
> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
> tillfällen för att datan inte är bra nog för att importera till OSM rakt
> av, delvis för att den inte visar den typ av data som importörerna trodde.
> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
> Ekonomiska kartan, vilket lett till att platser dubblerats vid
> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
> importera data som en gång redan importerats från en annan databas är skit
> in skit ut skit in skit ut.
>
>
>
> Se mina inlägg
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>
>
>
>
> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.
>
>
>
> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
> analysera. Jag tycker också det är problematiskt att ett antal nya konton
> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
> genomföra en import som denna. Om det handlar om användare som den som
> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
> dem att skriva något på sina användarsidor.
>
>
>
> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
> titta på kartan som importerats kan man titta på den. Jag ser ingen
> anledning att okritiskt importera data från den källan (eller någon annan
> källa) till OSM.
>
>
>
> MVH Andreas
>
>
>
> PS: En cliffhanger från högre upp, vilken källa har ege

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

 mönster med ett antal testedits i februari i Indonesien sedan
legat oanvända igen fram till slutet av april/början av maj. För någon
vecka sedan slutade alla konton redigera tvärt, med lite olika
start/slutdatum. De konton som redan fanns sedan tidigare har konsekvent
inte skrivit några changesetkommentarer och verkar ha varit baserade i
olika delar av världen. Med tanke på det konsekventa mönstret har jag
väldigt svårt att tänka mig att det handlar om olika människor som gjort
dessa edits från alla möjliga delar av världen (med möjligt undantag för
operaman). Jag ser det som mer sannolikt att dessa konton haft svaga
lösenord som lätt kunnat gissas. Jag vet inte om DWG kan göra det men det
hade varit bra om man kunnat kontrollera om de alla redigerat från samma
ip-nummer exempelvis.

Jag har ännu inte fått svar från något av kontona jag skickade meddelande
till. Avvaktar någon vecka för att se om jag får några.

MVH Andreas

On Sat, May 16, 2020 at 12:40 PM Essin  wrote:

> Hej!
>
> För några dagar sedan började jag lägga märke till redigeringar som bara
> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
> det som att de är gjorda utan större hänsyn till vad som redan finns och
> utan större kontroll av den valda place-taggens rimlighet
> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
> ingen hashtag eller annan standardiserad formulering i
> redigeringskommentarerna, det står inget på deltagande användares
> användarsidor, redigeringarna görs inte från separata importkonton, det
> finns inga import=yes-taggar på importerade noder, och det finns ingen
> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
> endast en nod per ändringsuppsättning, vilket gör det ännu mer
> svåröverskådligt. Finns det någon fungerande plan för genomgång och
> städning i efterhand? Det som står på wikisidan om samordning på denna
> mejllista och kontroll av enskilda användares redigeringar med Osmose
> verkar inte ha följts.
>
> Hälsningar
> Essin
>
> [1] https://www.openstreetmap.org/user/zag_abss/history
> https://www.openstreetmap.org/user/tomas471/history
> https://www.openstreetmap.org/user/bob_curse_isaac/history
> https://www.openstreetmap.org/user/Sivia1811/history mfl
> [2]
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003790.html
> ff
> [3]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] AGIT 2020 Virtuell

[Andreas via Talk-at]

Hallo,

wäre auch digital dabei.

lg
Andreas (geologist)

Am 16.05.20 um 10:48 schrieb Jakob Miksch:
> Hallo,
> 
> ich kann prinzipiell gern eine digitale Schicht übernehmen.
> Müssen nur noch die Details abklären.
> 
> Viele Grüße,
> Jakob
> 
> On 14.05.20 20:37, scubbx wrote:
>> Hallo, Leute!
>>
>> Die AGIT 2020 wird dieses Jahr virtuell stattfinden! Diejenigen, die
>> einen Beitrag eingereicht hatten, hatten bereits die Möglichkeit, einem
>> Online-Vortrag zuzustimmen.
>> Wir haben fast alle Beiträge auch Online mit an Bord! :-D
>>
>> Die AGIT Organisation plant anstatt der EXPO (dort, wo wir immer unseren
>> Messestand hatten), eine "virtuelle" EXPO. Das bedeutet, dass sich jede
>> Firma/Organisation auf einer Seite präsentieren kann und virtuelle
>> Besucher dieser Seite mit den Ausstellern via einem Chat-Fenster
>> interagieren können.
>>
>> Ob und wie genau OpenStreetMap und OSGeo dort vertreten sein werden,
>> wird noch überlegt.
>> Für die Abschätzung hätte ich dazu die Frage, ob sich jemand von euch
>> vorstellen könnte, einen Teil der "Chat-Duty" zu übernehmen? Wenn wir
>> mit ein paar Personen uns das aufteilen, sollten wir den Chat eigentlich
>> den ganzen Zeitraum über (6.-10.Juli) bedienen können.
>>
>> Beste Grüße,
>> Markus (ScubbX)
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Jag har skickat ut ett osm-meddelande till alla dessa användare och bett
dem uppmärksamma denna diskussion. Har också bett dem om mer info om hur
ändringarna genomförts.

Har skrivit både på svenska och engelska då åtminstone ett konto verkar
vara ryskt: https://www.openstreetmap.org/user/30d4f4e1ccf24

MVH Andreas

On Sat, May 16, 2020 at 5:04 PM Andreas Vilén 
wrote:

> Går man till  https://osmstats.neis-one.org/?item=countries=Sweden och
> sorterar efter "created names" får man upp alla konton högst upp i listan.
> Lätt att ta ut för en rapport till DWG.
>
> MVH Andreas
>
> On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
> wrote:
>
>> Hej!
>>
>> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
>> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
>> på det sättet att den lyckats med att kopiera av (ja, vilken källa
>> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
>> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
>> tillfällen för att datan inte är bra nog för att importera till OSM rakt
>> av, delvis för att den inte visar den typ av data som importörerna trodde.
>> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
>> Ekonomiska kartan, vilket lett till att platser dubblerats vid
>> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
>> importera data som en gång redan importerats från en annan databas är skit
>> in skit ut skit in skit ut.
>>
>> Se mina inlägg
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>>
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>>
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>>
>>
>> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
>> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history
>> .
>>
>> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
>> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
>> analysera. Jag tycker också det är problematiskt att ett antal nya konton
>> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
>> genomföra en import som denna. Om det handlar om användare som den som
>> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
>> dem att skriva något på sina användarsidor.
>>
>> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
>> titta på kartan som importerats kan man titta på den. Jag ser ingen
>> anledning att okritiskt importera data från den källan (eller någon annan
>> källa) till OSM.
>>
>> MVH Andreas
>>
>> PS: En cliffhanger från högre upp, vilken källa har egentligen använts?
>> Den tråd som Essin länkar till, och även importsidan på wikin, handlar om
>> Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.
>>
>> On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
>> talk-se@openstreetmap.org> wrote:
>>
>>> Gah, tusentals changesets med en nod per changeset. Och användaren
>>> tomas471 har en avatar som föreställer Bob Ross.
>>>
>>> Är det någon idé att dra in DWG så här långt efteråt? Det är ju
>>> frestande att säga ”reverta allt av de här användarna” bara för att
>>> importen är så illa genomförd, även om datat i sig är ok (jag har inte
>>> tittat så noga).
>>>
>>> 16 maj 2020 kl. 12:39 skrev Essin :
>>>
>>> Hej!
>>>
>>> För några dagar sedan började jag lägga märke till redigeringar som bara
>>> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
>>> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
>>> det som att de är gjorda utan större hänsyn till vad som redan finns och
>>> utan större kontroll av den valda place-taggens rimlighet
>>> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
>>> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
>>> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
>>> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
>>> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
>>> ingen hashtag eller annan standardiserad formulering i
>>> redigeringskommentarerna, det står inget på deltagande användares
>>> användarsidor, redigeringarna görs inte från separata importkonton, det
>>

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Går man till  https://osmstats.neis-one.org/?item=countries=Sweden och
sorterar efter "created names" får man upp alla konton högst upp i listan.
Lätt att ta ut för en rapport till DWG.

MVH Andreas

On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
wrote:

> Hej!
>
> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
> på det sättet att den lyckats med att kopiera av (ja, vilken källa
> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
> tillfällen för att datan inte är bra nog för att importera till OSM rakt
> av, delvis för att den inte visar den typ av data som importörerna trodde.
> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
> Ekonomiska kartan, vilket lett till att platser dubblerats vid
> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
> importera data som en gång redan importerats från en annan databas är skit
> in skit ut skit in skit ut.
>
> Se mina inlägg
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>
>
> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.
>
> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
> analysera. Jag tycker också det är problematiskt att ett antal nya konton
> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
> genomföra en import som denna. Om det handlar om användare som den som
> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
> dem att skriva något på sina användarsidor.
>
> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
> titta på kartan som importerats kan man titta på den. Jag ser ingen
> anledning att okritiskt importera data från den källan (eller någon annan
> källa) till OSM.
>
> MVH Andreas
>
> PS: En cliffhanger från högre upp, vilken källa har egentligen använts?
> Den tråd som Essin länkar till, och även importsidan på wikin, handlar om
> Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.
>
> On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
> talk-se@openstreetmap.org> wrote:
>
>> Gah, tusentals changesets med en nod per changeset. Och användaren
>> tomas471 har en avatar som föreställer Bob Ross.
>>
>> Är det någon idé att dra in DWG så här långt efteråt? Det är ju frestande
>> att säga ”reverta allt av de här användarna” bara för att importen är så
>> illa genomförd, även om datat i sig är ok (jag har inte tittat så noga).
>>
>> 16 maj 2020 kl. 12:39 skrev Essin :
>>
>> Hej!
>>
>> För några dagar sedan började jag lägga märke till redigeringar som bara
>> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
>> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
>> det som att de är gjorda utan större hänsyn till vad som redan finns och
>> utan större kontroll av den valda place-taggens rimlighet
>> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
>> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
>> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
>> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
>> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
>> ingen hashtag eller annan standardiserad formulering i
>> redigeringskommentarerna, det står inget på deltagande användares
>> användarsidor, redigeringarna görs inte från separata importkonton, det
>> finns inga import=yes-taggar på importerade noder, och det finns ingen
>> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
>> endast en nod per ändringsuppsättning, vilket gör det ännu mer
>> svåröverskådligt. Finns det någon fungerande plan för genomgång och
>> städning i efterhand? Det som står på wikisidan om samordning på denna
>> mejllista och kontroll av enskilda användares redigeringar med Osmose
>> verkar inte ha följts.
>>
>> Hälsningar
>> Essin
>>
>> [1] https://www.openstreetmap.org/user/zag_abss/history
>> https://www.openstreetmap.org/user/tomas471/history
>> https://www.openstreetmap.org/user/bob_curse_

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Hej!

Jag och Essin har diskuterat detta lite under den senaste veckan och jag
har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
på det sättet att den lyckats med att kopiera av (ja, vilken källa
egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
Däremot, i tråden som föranledde den här importen, varnade jag vid flera
tillfällen för att datan inte är bra nog för att importera till OSM rakt
av, delvis för att den inte visar den typ av data som importörerna trodde.
Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
Ekonomiska kartan, vilket lett till att platser dubblerats vid
kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
importera data som en gång redan importerats från en annan databas är skit
in skit ut skit in skit ut.

Se mina inlägg
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html

Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.

De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
Åtminstone är det väldigt svårt att avgöra när datan är så svår att
analysera. Jag tycker också det är problematiskt att ett antal nya konton
utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
genomföra en import som denna. Om det handlar om användare som den som
skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
dem att skriva något på sina användarsidor.

Jag tycker definitivt att detta ska tas till DWG för revert. Vill man titta
på kartan som importerats kan man titta på den. Jag ser ingen anledning att
okritiskt importera data från den källan (eller någon annan källa) till OSM.

MVH Andreas

PS: En cliffhanger från högre upp, vilken källa har egentligen använts? Den
tråd som Essin länkar till, och även importsidan på wikin, handlar om
Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.

On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
talk-se@openstreetmap.org> wrote:

> Gah, tusentals changesets med en nod per changeset. Och användaren
> tomas471 har en avatar som föreställer Bob Ross.
>
> Är det någon idé att dra in DWG så här långt efteråt? Det är ju frestande
> att säga ”reverta allt av de här användarna” bara för att importen är så
> illa genomförd, även om datat i sig är ok (jag har inte tittat så noga).
>
> 16 maj 2020 kl. 12:39 skrev Essin :
>
> Hej!
>
> För några dagar sedan började jag lägga märke till redigeringar som bara
> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
> det som att de är gjorda utan större hänsyn till vad som redan finns och
> utan större kontroll av den valda place-taggens rimlighet
> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
> ingen hashtag eller annan standardiserad formulering i
> redigeringskommentarerna, det står inget på deltagande användares
> användarsidor, redigeringarna görs inte från separata importkonton, det
> finns inga import=yes-taggar på importerade noder, och det finns ingen
> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
> endast en nod per ändringsuppsättning, vilket gör det ännu mer
> svåröverskådligt. Finns det någon fungerande plan för genomgång och
> städning i efterhand? Det som står på wikisidan om samordning på denna
> mejllista och kontroll av enskilda användares redigeringar med Osmose
> verkar inte ha följts.
>
> Hälsningar
> Essin
>
> [1] https://www.openstreetmap.org/user/zag_abss/history
> https://www.openstreetmap.org/user/tomas471/history
> https://www.openstreetmap.org/user/bob_curse_isaac/history
> https://www.openstreetmap.org/user/Sivia1811/history mfl
> [2]
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003790.html
> ff
> [3]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] PLZ Import

[andreas wecer]

"survey" ist jedenfalls eine tolle Quelle für einen österreichweiten
PLZ-Import und "POSTCODE" kein korrekter key

Am Mo., 27. Apr. 2020 um 17:41 Uhr schrieb Thomas Rupprecht <
rupprecht.tho...@gmail.com>:

> Hallo,
>
> geo_sch  hat heute einiges an
> PLZ Polygonen importiert. Der import sieht aber nicht sehr durchdacht aus.
> Ich hätte auch nichts von einer Diskussion über so einen Import mitbekommen.
>
> Kann sich das noch wer andere ansehen?
>
> Beispiel changelog: https://www.openstreetmap.org/changeset/84206322
>
> mfg Thomas Rupprecht
> ___
> 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] Kartenmaterial Mils

[andreas wecer]

Hallo Klara,

wenn du auf der Komoot-Website Strg+Alt gedrückt hältst und auf die Karte
clickst, öffnet sich der entsprechende Kartenausschnitt auf
openstreetmap.org
Dort kannst du über das Sprechblasen-Symbol einen entsprechenden Hinweis
hinterlassen. Am besten verlinkst du dabei auch gleich auf deine
Komoot-Tour und setzt diese auf public.

Mittlerweile gibt es auch direkt in der komoot-App einen Button um
Routenprobleme zu melden, aber keine Ahnung was dabei passiert, mir wären
zumindest noch keine entsprechenden öffentlichen OSM-Hinweise aufgefallen.

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

Re: [Talk-at] Stop area groups

[andreas wecer]

Am Sa., 7. März 2020 um 16:26 Uhr schrieb Stefan Tauner <
stefan.tau...@gmx.at>:

> Ist seither irgendetwas passiert (Reaktion von ihm, irgendwelche
> Reverts, ...)? AFAICS ist das noch alles kaputt (und ich bezeichne das
> mit voller Absicht so).
>

Zumindest in Wien wurde anscheinend kürzlich einiges von gnlpfth
(ehem. Filius Martii) zurückgesetzt
https://www.openstreetmap.org/changeset/82716025

Reaktion gab es anscheinend nur insofern, dass er seit der Frage keine
Änderungen mehr in Österreich gemacht hat.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] name e loc_name

[Andreas Lattmann]

Grazie mille a tutti. 
Provvedo alla correzione.
--
樂

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

[Talk-it] name e loc_name

[Andreas Lattmann]

Scusate ancora, mi potete dare un parere? Come mi devo comportare con i nomi 
dialettali quando sulla CTR sono riportati anche quelli in italiano? 
Per rispetto della comunità locale dovrei mettere in name tutti i nomi in 
dialetto ed in name:it=* quelli in italiano? 

L'utente mi ha scritto questo:

Salve Andreas. Ho notato che hai modificato diversi toponimi dalla forma 
dialettale a quella italiana: ritengo sia una scelta sbagliata in quanto manca 
di rispetto alle comunità locali e assegna in modo arbitrario (e sovente 
errato) dei nomi che non hanno nessun fondamento storico. Il tag Loc-name non 
ha alcun valore in questi casi, perché il nome locale non è il nome secondario 
ma l’unico nome. Swisstopo, ad esempio, per la vicina Confederazione Svizzera 
mantiene per quanto possibile i toponimi in forma dialettale. Non ritieni sia 
un autorevole esempio? Buongiorno, Gentilmente mi può segnalare il changeset 
dove ho modificato i toponimi? Grazie.

Salve Andreas, qui i changeset: 
https://www.openstreetmap.org/changeset/71233088 
https://www.openstreetmap.org/changeset/71233145 I toponimi originali erano 
riportati dall’Inventario dei Toponimi di Villa di Chiavenna, edito dal Centro 
Studi Storici Valchiavennaschi. I toponimi “italianizzati” riportati dalla IGM 
(che è una carta storica e anacronistica) sono delle storpiature prive di 
senso, figlie di un’epoca ben diversa da quella odierna. Credo che prima di 
modificare dalla tastiera elementi creati da qualcuno (elementi che 
probabilmente neppure si conoscono e di cui si ignorano situazione e contesto) 
sarebbe più corretto scrivere all’autore e confrontarsi, come hai fatto in 
occasione della “Ciapèla d’la Tirooria”. Non leggere questo intervento come 
polemico, ma come occasione di confronto. Ti ringrazio anzi dei tuoi contributi 
a OSM. Corrado

--
樂

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

Re: [Talk-it] R: Re: loc_name

[Andreas Lattmann]

Ti ringrazio Lorenzo, ottima informazione. 
Mi dispiace che se la sia presa l'utente in questione, se ho fatto una modifica 
è solo in buonafede.
Aspetto che mi indichi il changeset e provvedo alla modifica.
Ringrazio tutti quanti per le informaziini temoestive che mi avete dato.
Ciao

Andreas

--
樂

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

Re: [Talk-it] loc_name

[Andreas Lattmann]

Grazie Solitone, è per questo che ho chiesto in lista.
C'è un altra domanda: e se esiste la versione italiana del nome? 
C'è un utente che mi accusa di aver variato i nomi locali in nomi in italiano, 
mancando di rispetto la comunità locale. Sinceramente non riscordo e comunque 
non cancello un informazione importante come la conoscienza locale per inserire 
dati dalla (presumo) CTR, che spesso è sbagliata. 
L'utente mi ha detto che la versione in italiano è errata. Appena mi da il 
presunto changeset delle mie modifiche allora porto i nomi da loc_name a name. 
Come posso verificare qual'è il nome ufficiale del luogo se la CTR è sbagliata? 


Il 4 marzo 2020 17:48:30 CET, solitone  ha scritto:
>
>
>> On 4 Mar 2020, at 17:46, Andreas Lattmann 
>wrote:
>> 
>> se una località ha il solo nome dialettale, è corretto che nel name
>non ci va nulla e si mette in loc_name? 
>
>Essendo l’unico nome, io lo metterei in name=*
>
>
>___
>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

[Talk-it] loc_name

[Andreas Lattmann]

Buongiorno, 
se una località ha il solo nome dialettale, è corretto che nel name non ci va 
nulla e si mette in loc_name? 
Spero di essere stato chiaro

Andreas

--
樂

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

Re: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Andreas Vilén]

There’s Incubus, from the 60’s with William Shatner in the main role. According 
to myth, that is what made Gene Roddenberry decide it would be a horrible 
desicion to make Star Trek in Esperanto.

/Andreas

Skickat från min iPhone

> 25 feb. 2020 kl. 18:06 skrev Tomek :
> 

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

Re: [Talk-it] Sedi confartigianato

[Andreas Lattmann]

>Mi sembra questo il tag per un >commercialista, è questo il
>confartigianato?

Be, è il servizio principale che offrono: contabilità, paghe, fattura 
elettronica ecc.

Poi in linea molto teorica...

>Pensavo fosse un’associazione di / >rappresentante
>degli interessi degli artigiani?

Dovrebbero rappresentare gli interessi degli artigiani, certamente, anche se ho 
il dubbio che non sia una loro priorità. 

--
樂

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

Re: [Talk-it] Sedi confartigianato

[Andreas Lattmann]

Io l'ho iseriti così:

building=office
office=accountant
opening_hours=Mo-Fr 08:30-12:30, 14:00-18:00

Ora che guardo ma non ricordo di averlo inserito c'è anche 

amenity=accountant

Probabilmente ridondante.
樂


Il 11 febbraio 2020 09:39:15 CET, Matteo Zaffonato  ha 
scritto:
>Ciao a tutti,
>risolvendo una nota di una gelateria ho controllato la loro pagina
>facebook
>in cerca di dettagli e mi sono inbattuto in questo sito [1] della
>Confartigianato di San Donà di Piave. Mi chiedevo che tag usare per
>inserire le sedi di cui trovo il numero civico, in Veneto ho trovato
>tre
>esempi tramite Overpass Turbo ed uno solo aveva un office=comapny (gli
>altri avevano un building=yes).
>
>Avete qualche suggerimento?
>
>Ciao, grazie
>Matteo
>
>[1] https://www.artigianisandona.it/contatti/

--
樂

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

Re: [Talk-it] vie ferrate e vie di arrampicata

[Andreas Lattmann]

Concordo. 

Il 10 febbraio 2020 21:21:08 CET, Alfredo Gattai  ha 
scritto:
>Ciao lista,
>
>scusate in anticipo per la lungaggine ma e' necessaria.
>
>Da piu' parti vedo spuntare fuori l'argomento su dove porre il limite
>di
>una route=hiking rispetto ad una via ferrrata o peggio una via
>alpinistica.
>
>L'argomento non e' solo italiano e non e' venuto fuori ora dopo che il
>CAI
>ha abbracciato OSM, e' un'argomento vecchiotto dibattuto anche negli
>US anche a causa di incidenti e richieste di soccorso in parte causate
>da
>problemi di rendering delle varie app.
>
>Ora la cosa sta diventanto seria e perche' anche da noi fioriscono le
>mappature fantasiose che possono indurre in errore. Fermo restando che
>chi
>va a fare escursioni non si deve basare solo su quello che vede sullo
>schermo del telefono, e' l'ora di provare a trovare una quadra.
>
>Anche a valle dell'ultimo manuale "Sentieri" di fresca stampa nel quale
>e'
>stata inserita la classificazione delle guide lombarde che avevo gia'
>riportato qui
>https://wiki.openstreetmap.org/wiki/Proposed_features/cai_scale
>Apportero' qualche modifica e magari faccio la pagina anche in
>Italiano.
>
>Direi che la route=hiking puo' essere tale fino a quando c'e' un tratto
>EEA
>generico che possa essere percorso anche senza imbraco e longe da
>escursionisti esperti con esperienze alpinistiche. Trattasi di quei
>pezzi
>non particolarmente esposti dove le funi e le catene servono solo da
>aiuto
>nei tratti piu' difficili e con rischio di caduta. Con la nuova
>classifica
>dovrebbero essere passati gradualmente a EEA:F
>
>Oltre la semplice EEA o EEA:F dovrebbero essere vie ferrate e cioe'
>tutte
>quelle che ricadono in EEA:PD, EEA:D, EEA:MD, EEA:E
>Proporrei di usare la relation
>https://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata
>In questo modo si possono sfruttare i vari pezzi di
>https://wiki.openstreetmap.org/wiki/Tag:highway%3Dvia_ferrata
>congiuntamente a pezzi magari di path che unisce, steps, etc.
>Mi sembra un modo piu' completo di mapparla e dove si puo' applicare la
>cai_scale
>
>Altro argomento sono le climbing route.
>Sembra esserci solo questa tipologia in OSM
>https://wiki.openstreetmap.org/wiki/Climbing#Climbing_Routes
>Si potrebbe pensare di fare anche in questo caso delle relation ma
>forse
>non e' necessario e ci si puo' uniformare a quel che c'e'.
>L'importante e' trovare velocemente la quadra in modo da poter
>cominciare a
>correggere le highway=path di III o IV grado o le highway=path che sono
>invece scale a pioli verticali conficcate nella roccia.
>
>Alfredo

--
樂

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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Andreas Lattmann]

>Direi che è sottointeso ma c'è anche il tag cycleway=opposite che
>potresti mettere per chiarezza.
>https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite
>
> Se ci fosse un percorso dedicato in contromano invece dovrebbe essere
>specificato con cycleway=opposite_lane o cycleway=opposite_track.

+1



Il 9 febbraio 2020 15:27:40 CET, Lorenzo Mastrogiacomi  
ha scritto:
>Il giorno dom, 09/02/2020 alle 15.06 +0100, Volker Schmidt ha scritto:
>> Come si mappa questa situazione:
>>
>https://www.rivistabc.com/wp-content/uploads/2019/02/senso-unico-eccetto-bici.jpg
>> e in particolare come si indica che le bici "contro-mano" condividono
>> la carreggiata con il traffico in senso opposto.?
>> 
>> Volker
>> 
>
>Direi che è sottointeso ma c'è anche il tag cycleway=opposite che
>potresti mettere per chiarezza.
>https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite
>
> Se ci fosse un percorso dedicato in contromano invece dovrebbe essere
>specificato con cycleway=opposite_lane o cycleway=opposite_track.
>
>
>Lorenzo

--
樂

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

Re: [Talk-it] Accesso paese a pagamento

[Andreas Lattmann]

Quello che è certa è la data, per il resto si susseguono voci e basta.
Vorrei evitare che chi passa in bicicletta o a piedi e si ferma alla fontanella 
gli bussino sulla spalla per chiedere l'obolo. 
Vedremo se riesco a recuperare l'ordinanza...
Grazie a tutti.

Il 6 febbraio 2020 21:25:27 CET, Ivo Reano  ha scritto:
>Per rispondere alla domanda iniziale.
>Il fee=yes sarà su un'area definita dal comune con sua delibera. O
>sul/sui
>punti dove si paga se la delibera fosse meno deprimente...
>
>OT: Aspetto di leggere la delibera per organizzare un raid pedonale.
>
>Il giorno gio 6 feb 2020 alle ore 21:18 Ivo Reano 
>ha
>scritto:
>
>> Cercando di rimanere nello spirito OSM.
>>
>> Da quello che è stato riportato non si sa assolutamente quale sia la
>> delimitazione del divieto.
>> Su Openstreetmap dobbiamo segnalare quello che esiste (o che almeno
>> legalmente, esiste).
>> Per poter mappare il divieto ci dovremo andare di persona, leggere le
>> informazioni scritte su cartelli informativi, registrare le
>informazioni
>> fornite dai rapresentanti dell'ordinanza, avere in mano l'ordinanza
>> comunale...
>> Allora si potrebbe prendere in considerazione di chiede su OSM quali
>> cavolo di tag usare.
>> Non prima.
>> Bhe. Almeno non prima di mettere un divieto di transito su un intero
>> comune.
>>
>> Non è un intero comune?
>>
>> Allora di cosa discutiamo?
>> Se un'area richiede il pagamento per l'accesso si usa:
>> fell=yes
>> A guardare la mappa. dovranno solo mettere due transenne sulla strada
>di
>> accesso ed "indirizzare" le auto al gabelliere.
>> Ma riguarda l'acceso auto/bus/mobilistico o anche chi vi arriva a
>piedi?
>> Voglio dire... Per capire che tag usare bisogna sapere cosa è vietato
>>
>>
>>
>> Il giorno gio 6 feb 2020 alle ore 21:05 Ivo Reano
> ha
>> scritto:
>>
>>> Non so la discussione sia in topic o meno...
>>> Ma non credo si possa (legalmente) chiedere il pagamento per passare
>su
>>> un sentiero.
>>> Poi, se nel centro del paese per accedere alla trattoria devo
>pagare,
>>> torno indietro...
>>> E vi garantisco che per difendere la mia libertà, posso fare anche i
>200
>>> km per tornare, a piedi, a casa mia.
>>>
>>>
>>> Il giorno gio 6 feb 2020 alle ore 20:13 Andreas Lattmann <
>>> andrea.lattm...@ga-2.it> ha scritto:
>>>
>>>> Non è tanto "per l'entusiasmo di trovare un nuovo tag", ma trovare
>il
>>>> tag ideale.
>>>>
>>>> >controllare se tutti i sentieri hanno i gabellieri, con le carte
>in
>>>> >regola...
>>>>
>>>> 
>>>> Le voci sono tante, si parla anche di transennare gli accessi al
>paese
>>>> ed avere un unica biglietteria nella piazzetta. (Una gran
>confusione)
>>>>
>>>> Il borgo è Corenno Plinio (LC)
>>>>
>>>> https://osm.org/go/0CnC_O9B--?m=
>>>>
>>>>
>>>>
>https://giornaledilecco.it/attualita/corenno-plinio-a-pagamento-lanciata-la-petizione-per-dire-no/
>>>>
>>>> >Lo posso sapere in modo da poterlo, se possibile, visitare e
>valutare,
>>>>
>>>> Mi raccomando prima del 22 Marzo,  se nò ti tocca l'obolo di 5€ 
>>>>
>>>>
>>>> --
>>>> 樂
>>>>
>>>> ___
>>>> 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] Accesso paese a pagamento

[Andreas Lattmann]

Non è tanto "per l'entusiasmo di trovare un nuovo tag", ma trovare il tag 
ideale. 

>controllare se tutti i sentieri hanno i gabellieri, con le carte in
>regola...

 
Le voci sono tante, si parla anche di transennare gli accessi al paese ed avere 
un unica biglietteria nella piazzetta. (Una gran confusione)

Il borgo è Corenno Plinio (LC)

https://osm.org/go/0CnC_O9B--?m=

https://giornaledilecco.it/attualita/corenno-plinio-a-pagamento-lanciata-la-petizione-per-dire-no/

>Lo posso sapere in modo da poterlo, se possibile, visitare e valutare,

Mi raccomando prima del 22 Marzo,  se nò ti tocca l'obolo di 5€ 


--
樂

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

Re: [Talk-it] Accesso paese a pagamento

[Andreas Lattmann]

Scusate, non so come, ma non ho ricevuto le risposte tramite mail ma le ho 
viste su Nabble.
Il problema è un po' più articolato: il sindaco ha deciso che per accedere al 
paese bisogna pagare il biglietto perché considerato "paese turistico". Il 
"pedaggio" non interesserà solo le strade, ma anche sentieri, via lago... La 
decisione del sindaco ha creato molte polemiche ed ha sollevato un polverone. 
Adesso non si sa se verrà interessato anche un importante sentiero medievale 
che passa nel territorio del paese (nel medioevo si pagava il dazio per passare 
nel territorio comunale, da cui probabilmente il sindaco ha preso ispirazione). 
Quindi per far capire a chi si avvicina al paese con la barca, non potrà 
attraccare se non paga il biglietto ho creato un area, perché ci sono anche 
sentieri che arrivano in paese e li appostati si presume che ci saranno i 
bigliettai.
Spero di essermi spiegato bene...

--
樂

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

[Talk-it] Accesso paese a pagamento

[Andreas Lattmann]

Buongiorno,
un comune ha deciso che a Marzo vorrà far pagare l'ingresso (o l'accesso) ad un 
paese per poterlo visitare. 
So che dovrò realizzare un poligono che racchiuderà la zona dove l'accesso sarà 
a pagamento, a parte il tag fee=yes, che tag devo usare?
Grazie a tutti.

Andreas 
--
樂

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

Re: [Talk-at] Fehler bei Altenmarkt im Pongau

[andreas wecer]

Am Di., 28. Jan. 2020 um 19:37 Uhr schrieb Kevin Kofler <
kevin.kof...@chello.at>:

> Daher aber eine Frage an die Mapper-Kollegen, die mit Wintersport mehr am
> Hut haben als ich: Gibt es einen sinnvollen Tag (nicht einfach
> highway=track
> für den Renderer, was außerhalb der Rodelsaison dann Unsinn ist), den man
> da
> setzen kann und der auch gerendert wird?


Es ist ja eh als piste:type=sled getaggt, nur wird das eben nur auf
(manchen) Winterkarten angezeigt:
https://slopes.waymarkedtrails.org/#route?id=146871383=wayset=17!47.3602!13.4321
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-se] Malmö och Örnsköldsvik saknas på vektorkarta

[Andreas Vilén]

Tätortspolygoner ändras varje gång det görs en ny uppdatering, ett område byggs 
eller liknande. Det finns ingen etablerad taggning för detta och jag tror inte 
det är lämpligt att lägga in.

Tätorter är inga administrativa enheter och har normalt inga gränser mer än 
rent statistiska.

/Andreas

Skickat från min iPhone

> 23 jan. 2020 kl. 13:18 skrev pangoSE :
> 
> Hej
> Jag testade uMaps vektorkarta med outdoor lagret från thunderforest. (se 
> https://umap.openstreetmap.fr/en/map/stugor-och-vindskydd_410556#7/55.835/13.964)
> 
> På större zoom nivåer saknas städer i SE pga att dem endast är inritade som 
> noder. tex https://nominatim.openstreetmap.org/details.php?place_id=133125
> 
> I Danmark ser det mycket bättre ut...
> 
> LM har släppt alla tätortspolygoner som CC0 så det är bara att importera.
> (Se geojson fil här https://www.mediafire.com/folder/dzngn1k5y2xjq/)
> 
> 
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Andreas Vilén]

On Fri, Jan 17, 2020 at 9:36 PM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej Andreas, stort tack för feedback! Här är mina kommentarer.
>
> > Exempelvis förekommer Hjortseryd två gånger, med en brytlinje mellan två
> > kartblad mellan dem båda. Kommer sådana dubbletter kollas av?
> Sådan koll kan jag enkelt lägga till i skriptet. Men ditt exempel med
> Hjortseryd
> visar bara att det kan finnas två platser med samma namn på bara 1,16 km
> avstånd.
>
> Här är varför.
> Importsfilerna har tre noder med namn "Hjortseryd":
> tx_07.osm: lat="56.706179333" lon="13.412860079"
> tx_10.osm: lat="56.385103802" lon="15.291224794"
> tx_10.osm: lat="56.374758939" lon="15.292829751"
> En by ligger lång bortifrån andra, och två byar finns nära varandra.
> Här är de på Terrängkartan.
> Alla tre noder: https://i.stack.imgur.com/2hKsL.png
> De två nära: https://i.stack.imgur.com/yWzRN.png
>
> Trots att det verkligen är konstigt att man kallar två närliggande byar
> samma
> namn, är de verkligen två enstaka gårdar, men sina egna gränser osv.
> Även Ekonomiska kartan håller med detta:
> https://i.stack.imgur.com/NpZQw.png
> Nu får man kanske inte kolla på icke-öppna data... Hur som helst, andra
> källor
> tycker också att de är enstaka lika nämnda byar.
> 1. Eniro.se visar samma två byar som "Hjortseryd, ERINGSBODA".
> 2. Hitta.se visar dem som "Hjortseryd, Eringsboda" och "Hjortseryd,
> Ronneby".
>De har till och med olika postnummer.
>
> Oavsett alla bevis kan det ändå bli ett enormt fel i namn, men alla
> partier verkar
> tro på det.
>

Ditt resonemang visar tyvärr att du inte förstår vad datan visar. Det är
vanligt att ortnamn där kartblad bryts visar platsnamnen på båda
kartbladen, och dessa "ortnamn" syftar ofta på hela trakter. Det blir
missvisande att nödvändigtvis tala om dem som byar, samhällen eller
enskilda gårdar. Dessa områden sammanfaller dessutom långt ifrån alltid med
modern kommunindelning. Jag rekommenderar att du sätter dig in i
hemmansbegreppet och de olika skiftesreformer som gjorts i Sverige. Jag vet
att andra kan detta bättre än jag och hoppas de tar chansen att komma med
en mer utförlig förklaring i den här mailtråden.


>
> > Detta har jag gjort genom att rita en farmyard runt gården och sätta
> > name-tagg på denna. Dessa dubbletter måste det kontrolleras mot.
> På detta har jag redan funderat. Det är enkelt att implementera (jag
> utelämnar nu tekniska detaljer om hur), men frågan är om det verkligen
> behövs.
> Jag har sett flera exempel när t ex ett bostadsområde har sitt namn på den
> sträcka som omger det *samt* som en enstaka nod någonstans inuti. Det är
> vettigt
> när områdets logiska center inte sammanfaller med dess geometriskt center.
> Till
> exempel kan ett logiskt center finnas på ett torg medan det geometriska
> centret
> kan hamna i ett skogsparti.
>

Nej, så ska vi inte tagga. Ett objekt ska taggas en gång. Detta är en
grundläggande osm-regel:
https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element. Att det
ser ut så på vissa ställen är fel och innebär inte att vi ska göra så på
fler ställen.

Några fler exempel som är fel är Skanörsgården, Falsterbo vång och
Falsterbohus. Den förstnämnda är namnet på ett bostadsområde, den andra är
knappt i allmänt bruk och den tredje syftar på ett känt före detta
badhotell: https://sv.wikipedia.org/wiki/Falsterbohus Något österut ligger
Videholm, som är ett alternativt namn för Lilla Hammar, taggat på samma
plats. Skillnaden mellan dessa yttrar sig främst i äldre
fastighetsindelning som inte är så relevant längre.


>
> > Dessa bör antagligen städas bort, då de naturligtvis inte ska
> > taggas som village eller liknande och datan troligen dubblerar sådant som
> > ligger inlagt med boundary-taggar.
>
> Jag har öppnat tx_01.osm för Stockholm och har laddat ner befintliga
> platser
> (med Overpass-API) för samma område. Här är jämförelsen.
>
> Befintliga data: https://i.stack.imgur.com/BCQ4i.jpg
> De flesta noderna är place=suburb, place=town, bara ett fåtal
> place=village.
>
> Nya data: https://i.stack.imgur.com/8DZn2.jpg
> Hela filen innehåller endast place=isolated_dwelling, place=hamlet
> (småort),
> place=locality och ett fall place=town. Inga place=village alls.
> Småort är ett officiellt begrepp vilket jag tror är rimligt att använda
> även nära
> stora städer: https://sv.wikipedia.org/wiki/Sm%C3%A5ort : "definieras som
> en
> samlad bebyggelse med 50–199 invånare, där det är högst 150 meter mellan
> husen."
> Om du kan förse mig med ett exempel där du tror etiketterna var felvalda
> då kan
> jag försöka åtgärda detta.
>

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Andreas Vilén]

Tack!

Jag har granskat lite till och har lite kommentarer.

*I Skåne har jag taggat gårdar med de namn som finns på Ekonomiska kartan.
Detta har jag gjort genom att rita en farmyard runt gården och sätta
name-tagg på denna. Dessa dubbletter måste det kontrolleras mot.
*I städerna ser det ut som att det gjorts ett slumpmässigt urval av
stadsdelar. Dessa bör antagligen städas bort, då de naturligtvis inte ska
taggas som village eller liknande och datan troligen dubblerar sådant som
ligger inlagt med boundary-taggar.
*I Lund såg jag att "Norra Fäladen" radbrutits och detta gjort att datan av
någon anledning blivit dubblerad, med en place-tagg med namn "Norra" och en
med namn "Fäladen".
*"Gullåkra" har inte fått träff mot "Gullåkra by", trots att noderna är
placerade nästan på varandra.

Jag tror det kan finnas en poäng att arbeta med den här datan, men att den
tillgängliggörs för nerladdning för användare som med eget omdöme laddar
upp datan efter att ha tvättat den i områden de har hyfsad lokalkännedom så
de kan bedöma datans lämplighet.

Jag tror inte det är lämpligt att importera det här datasetet.

On Thu, Jan 16, 2020 at 9:18 PM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Här är länken till samtliga filer, version 9:
> https://drive.google.com/open?id=182NzEuSHM3fuYIVRErp7-GWYhum02UZN
> Mappen "regions" innehåller OSM-filer som motsvarar till Lantmäteriets
> områdeskoder, i mappen "tiles" blev de delade i mindre rutor.
>
> I versionen 9 åtgärdade jag även ytterligare förkortningar som träffades,
> t ex "V Kroken" blir till "Västra Kroken".
>
>
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Andreas Vilén]

Hej!

Jag tog en snabb koll i en av dina testfiler och jämförde mot ekonomiska
kartan. Platsnamnen verkar ligga på ungefär samma plats men viktigt att
notera att det är inte alltid platsnamnen där är unika, dels pga
fastighetsindelningar och dels pga i kartbladsgränser eftersom ortnamn nära
gränserna ofta skrivs ut en gång per kartblad. Exempelvis förekommer
Hjortseryd två gånger, med en brytlinje mellan två kartblad mellan dem
båda. Kommer sådana dubbletter kollas av? Själv hade jag gärna velat titta
på en fil över Skåne som är jämförd med befintlig data för att se vad som
blir kvar. Är det möjligt att ordna fram en sådan?

MVH Andreas

On Thu, Jan 16, 2020 at 6:19 PM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej!
> Jag har extraherat de ortnamn som nu saknas på Sveriges OSM-karta ifrån
> Lantmäteriets öppna data, daterade januari 2020. Det finns ungefär 95 tusen
> nya noder med namn och "place=*"-etiketter vilka jag så småningom hoppas
> ladda upp till OSM.
>
> En såpass stor mängd nya data kräver att man följer vissa procedurer och
> förbereder vissa dokument. Jag hoppas att få er feedback och eventuell
> hjälp med valideringen, uppladdningen och med andra eventuella uppdrag.
>
> Här finns importplan för projektet [1] på OSM-wikin. Den beskriver
> informationens härkomst, licens och format. Sedan beskriver jag hur
> de ursprungliga filerna bearbetas, hur nya punkter filtreras mot
> den befintliga OSM-databasen, hur ortnamn rensas och jämföras, vilka skript
> och program används vid alla steg osv. Till sist uppger jag vilka problem
> kvarstår att lösa under manuell bearbetning.
>
> Importplanens bitar med viktigaste sektioner bifogar jag längst ner. Här
> är också en mindre bit av hela datasetet om du vill se hur det ska se ut:
> [2] [3]. Andra länkar till Lantmäteriets dokumentation, mina
> utvecklade skript, samtliga OSM-filer, kalkylblad osv finns
> på importplanens sida.
>
> Tack!
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
> [2] https://drive.google.com/open?id=1np1TEDlEBWx1kt-u7A4Z_ZpkMOwOp80l
> [3] https://drive.google.com/open?id=1pERx-U4rdOjhXmePoSxcbKRZsr-preh8
>
> Importplanens utdrag följer.
>
> ===Goal===
> To improve OSM completeness for toponymical dataset on territory Sweden
> using
> an official map supplied by Swedish mapping, cadastral and land
> registration authority.
> This import considers OSM data representable as nodes tagged with usual
> key/value pairs: "place=city", "place=town", "place=village",
> "place=hamlet",
> "place=isolated_dwelling", and "place=locality". However, it is not planned
> (but not fully excluded either) to add/modify any nodes with "city" and
> "town"
> values. They are expected to be already fully mapped.
>
>  Data processing diagram 
> See the diagram below. The conflation stage is described later in more
> details.
> +---++--+
> |   ||  |
> |Lantmäteriet's SHP ||Geofabrik country |
> |files  ||extract   |
> |   ||  |
> +-+-+++-+
>   |   |
>   |ogr2osm|osmconvert
>   |   |osmfilter
>   v   v
>  ++-+ +---+-+
>  |  | | |
>  |OSM file with | |OSM fiele with   |
>  |settlements   | |settlements  |
>  |  | | |
>  +-++ +---+-+
>|  |
>|  |
>| conflate-places.py   |
>+<--
>v
>   +++
>   | |
>   |OSM file with|
>   |only ready nodes |
>   | |
>   +++
>|
>| Manual corrections
>|
>v
> Upload to JOSM
>
>
> The employed algorithm operates on a set of old nodes marked with "place=*"
> (from the OSM-extract, around 68 000 nodes for the country) and new nodes
> (from SHP-extract). It produces ready nodes — a strict subset of new nodes.
> No old nodes are modified in any way during the process. This means that
> existing
> data has absolute priority, even in cases it is likely of lower quality
> than
> new data.
> The sequence of steps is as

Re: [Talk-it] violazione di licenza ?

[Andreas Lattmann]

Anche con brouter ed altri sistemi riesci a ricavare il gpx. 

Il 13 gennaio 2020 19:42:34 CET, mbranco2  ha scritto:
>Visto che a pensar male c'è sempre tempo, provo a fare un'ipotesi più
>positiva:
>magari il ciclista ha registrato un gpx, e poi con quello, oltre ad
>aggiornare la mappa OSM, l'ha anche pubblicato/regalato in giro...
>Di sicuro non ci scommetterei che è andata così, però ricavare un gpx
>da
>OSM è una cosa da osmer: devi usare Josm, concatenare le way che ti
>interessano... un osmer che lavora per "la concorrenza"?  :-)
>Di sicuro la cosa più ovvia da fare è scrivergli consigliandoli di
>usare
>OSM come sfondo, non fosse altro per una questione estetica di avere il
>gpx
>correttamente sovrapposto alle strade (oltre ovviamente alla corretta
>attribuzione).
>
>Il giorno dom 12 gen 2020 alle ore 11:22 Volker Schmidt
>
>ha scritto:
>
>> Non è che io voglia a tutti costo trovare violazioni della licenza.
>> No, quello che mi rende triste è un certo tipo di disonestà, sotto la
>> soglia di allarme.
>>
>>
>> ___
>> 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] Numero di cellulare in OSM

[Andreas Lattmann]

Ciao,
>
>ma lo usi per i cellulari?
>
>Grazie
>Francesco

Si lo uso per i cellulari. 
--
樂

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

Re: [Talk-it] Numero di cellulare in OSM

[Andreas Lattmann]

Anch'io uso phone:mobile e credo sia utile.

Il 11 gennaio 2020 09:53:41 CET, Federico Cortese  ha 
scritto:
>On Sat, Jan 11, 2020 at 9:09 AM Martin Koppenhoefer
> wrote:
>>
>> Io uso “phone” per tutti i primi numeri, e solo quando ci sono più
>tipi di numeri per lo stesso POI metto phone:mobile. Invece contact:*
>non lo metto mai, perché è solo più da digitare, ma non aggiunge niente
>di utile (a mio parere), al meno per phone.
>>
>
>Esattamente quello che faccio anche io:
>-phone=* per un solo contatto telefonico;
>-phone:mobile=* se oltre al telefono fisso è indicato anche un
>cellulare, per tenerli in due tag separati.
>-contact:phone=* mai usato (ho votato anche a favore del deprecare
>contact:phone qui
>https://wiki.openstreetmap.org/wiki/Discussions/tagging/contact:phone_or_phone,
>anche se hanno vinto i contrari)
>-contact:mobile=* fino a poco tempo fa non sapevo nemmeno esistesse :-)
>
>Ciao,
>Federico
>
>___
>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-at] Stop area groups

[andreas wecer]

Am Sa., 4. Jan. 2020 um 12:34 Uhr schrieb Robin Däneke <
robin.daen...@live.at>:

> Man könnte den User der das macht aber auch mal fragen, warum. Und ob er
> es nicht vielleicht zumindest etwas geographischer angehen könnte.
>
> Falls es sich dabei um den User Diego Sanguinetti handelt, der scheint für
> diese MAPS.me subway Gruppe zu mappen. Die haben ja leider auch eine eigene
> Vorstellung wie die Daten aussehen sollen...
>

Ja, es handelt sich in beiden Fällen um diesen User und Kevin hat das schon
getan: https://www.openstreetmap.org/changeset/78848893
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Stop area groups

[andreas wecer]

Ich habe mich auch gerade über die Verschachtelung bei diesem Node hier
gewundert:
https://www.openstreetmap.org/node/5959356915

Der bus_stop "Baden Landesklinikum" ist Teil der stop_area Relation "Baden
Landesklinikum (bus)", die nur aus diesem Node besteht und wiederum wie die
direkt nebenan liegende Relation "Baden Landesklinikum (WLB)" zur
stop_area_group "Baden Landesklinikum" gehört.
Die Suffixe tauchen nur in den stop_area Relationen und nicht in den
konkreten Stop-Nodes auf, also ist die Struktur an sich schon
nachvollziehbar, aber ohne mich näher mit dem public_transport Thema
beschäftigt zu haben, würde ich erwarten, dass stop_area_group komplexe
Stationen übersichtlicher machen und nicht einfache komplexer machen sollte.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-se] Skapa rad av likadana hus?

[Andreas Vilén]

Lättaste är nog att använda plugin building tools för att göra snygga och enkla 
byggnader, men just att justera dem enligt ditt önskemål finns vad jag vet 
ingen bra metod för. Tänk på att om du har en byggnad markerad medan du ritar 
nästa med building tools behålls samma vinkel på byggnaden, vilket gör det 
lättare att hålla dem raka.

Du kan också markera alla noder längs linjen som ska vara rak och trycka på L 
för att räta ut den. Gör samma sak med den nedre linjen. Använd sedan Q för att 
göra husen vinkelräta igen så blir det så bra som möjligt.

/Andreas

Skickat från min iPhone

> 7 dec. 2019 kl. 19:23 skrev Lennart Romberg :
> 
> Om man har ritat ett hus och gjort x kopior, kan man få dem utlagda i rad med 
> samma avstånd (på samma sätt som "distribuera noder" men för hela area-objekt?
> Har läst igenom listan över josm-plugins men hittar inget som ser ut att göra 
> det jag vill. (Och jag har hittat många rad- och kedjehus med lite 
> oregelbunden placering, så tyder på att inget verktyg finns?).
> 
> / Lennart
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se

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

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[Andreas Vilén]

t i OSM. Jag tillhör den
gruppen. Dessa har ofta lagt ett omfattande arbete på att se till att
entréer är mappade med hög detalj, att det som faktiskt är skyltat är
mappat på det viset på OSM osv. Att då komma och plocka bort kopplingen
mellan adress och entré, som i Danmarks och Norges exempel, och dessutom
lägga in en massa adresser som inte finns skyltade, ofta i en stor hög,
vore att devalvera deras arbete och dessutom göra kartan sämre. En
adresshög som den som ligger under
https://www.openstreetmap.org/note/957883 skulle
jag bli rätt irriterad på om jag lagt tid på att mappa dessa adresser
ordentligt, som exempel.

Med allt detta sagt är jag inte emot adressimporter, i så fall hade jag
aldrig importerat Helsingborgs kommun. I slutändan tycker jag kartan blev
mycket bättre med detta tillägg. Men jag la tid på att få det rätt. Slog
ihop alla nummer med hus (finns verktyg för detta i Josm), såg till att slå
ihop importerad data med redan karterad (där fick positionerna på karterad
data styra, men extra info som postnummer komma från importen) och gick
igenom konstiga områden manuellt flera år i efterhand (jag bor en bit ifrån
Helsingborg, och är inte klar än). Det ska också noteras att ett sådant här
dataset, när det tvättats som jag gjorde, blir väldigt svårt att uppdatera.
Det är också den enda fördelen med Danmarks och Norges system, och något
som kanske slutligen får övervägas om hela Sveriges adressdata någon gång
släpps. Detta är dock inte en tes vi kan gå efter, utan får arbeta efter
det läge vi har idag.

Hoppas detta var till hjälp för någon. Inser att det blev långt, och det
hade nog kunnat bli längre, men detta var vad jag kom att tänka på just nu.

MVH Andreas

On Mon, Dec 2, 2019 at 9:16 AM  wrote:

> Helt enig med Björn här. Titta gärna på hur dem gjorde i Danmark runt
> adressimporten i 2017 tror jag det var.
> Där var det liknande funderingar.
>
> Frågan är varför Gävle lägger ut detta data från LM som CC0 och inte LM
> själva. Jag hoppas LM själva kommer frige adresser för hela landet i 2020
> som CC0.
>
> On December 2, 2019 8:49:30 AM GMT+01:00, "Björn Stenberg" 
> wrote:
>>
>> On Sun, Dec 1, 2019 at 9:38 AM Snusmumriken <
>> snusmumriken.map...@runbox.com> wrote:
>>
>>> > Att ta bort groud-truth-verifierade adresser och ersätta dem med en
>> > import låter som en dålig idé.
>>
>> Det beror väl på hur mycket manuellt inmatade adresser det finns i
>> området idag, samt hur mycket fel det är i den importerade datan.
>>
>> Givet att det ser ut som på de flesta orter, med tämligen låg andel
>> adresstaggade byggnader, samt att den officiella databasen har en relativt
>> låg felhalt, tycker jag det är betydligt mer rimligt att göra importen och
>> sedan granska och rätta resultatet. Viljan att handknacka tusentals
>> adressnoder är liten idag och kommer knappast öka dramatiskt av ett
>> hypotetiskt kartlager som man kan manuellt kan skriva av ifrån. Dessutom
>> kommer de handgjorda taggarna också innehålla fel, kanske till och med fler
>> fel än importen.
>>
>> --
>> Björn
>>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Flera skoloperatörer på samma skolområde - hur tagga?

[Andreas Vilén]

Det viktiga i frågan är att man inte ska mappa baserat på vad som är "lätt"
eller vad som ser bra ut på kartan, utan efter hur verkligheten är. En
annan grundregel är en tagg per objekt. Man ska alltså inte tagga en skola
flera gånger för att få med en yta om man inte kan reda ut skolans
utbredning i ett område med flera. Då blir det bra med en nod per skola,
fram till man har möjlighet att ta reda på varje skolas utformning.

MVH Andreas

On Mon, Dec 2, 2019 at 9:14 AM Lennart Romberg 
wrote:

> Tja, när jag insåg problemet så tänkte jag att det kanske fanns nån
> landuse=school som inte skulle komma i konflikt med amenity=school.
> Fast på wikin om landuse står att man ska tagga skolområden med amenity.
> / Lennart
>
> Den mån 2 dec. 2019 kl 08:43 skrev :
>
>> Gör så, det bliver bra. Skriv gärna en not på området om detta.
>> Vår tagging av skolor skulle som du märker behöva förbättras. Du är
>> hjärtligt välkommen med förslag till tagging listan.
>> Verkligheten är inte så sällan mera komplex än vår tagging klarar av att
>> återspegla.
>> Vi har en liknande skola här i Härnösand f.ö. där samma problemställning
>> finns.
>>
>> On December 2, 2019 8:27:04 AM GMT+01:00, Lennart Romberg <
>> lennart.romb...@gmail.com> wrote:
>>>
>>> Hm, två motsägande svar på samma fråga. Men det blir svårt att rita
>>> olika ytor per skoloperatör, de håller till i olika delar och olika
>>> våningar i samma byggnad.
>>> Jag är mer inne på att återställa skolområdet och sätta punktnoder på
>>> rimliga ställen i byggnaden för de olika operatörerna.
>>>
>>> Den mån 2 dec. 2019 kl 07:52 skrev Andreas Vilén :
>>> >
>>>
>>>>  Validatorn har rätt. Du kan rita en skolyta per skola och bör inte rita 
>>>> en allmän för skolområde och en för varje skola.
>>>>
>>>>  /Andreas
>>>>
>>>>  Skickat från min iPhone
>>>>
>>>>  2 dec. 2019 kl. 07:26 skrev pang...@riseup.net:
>>>>
>>>>  Ignorera validatorn denna gång. Den validitetsregel är till för att fånga 
>>>> upp tex parkering i parkering, m.m.
>>>>  mvh
>>>>
>>>>  On December 2, 2019 7:22:59 AM GMT+01:00, Lennart Romberg 
>>>>  wrote:
>>>>
>>>>>  I närheten av där jag bor finns ett skolkomplex där flera olika 
>>>>> skoloperatörer håller till. Området var taggat amenity=school och sen 
>>>>> finns noder för olika operatörer, också taggade med amenity=school. JOSM 
>>>>> varnar för "amenity inside amenity". Testade att ta bort det i mitt tycke 
>>>>> intetsägande området och bara behålla operatörerna men då försvann 
>>>>> färgrenderingen av området.
>>>>>
>>>>>  Tänkte man kunde göra nåt men "landuse" i stället för att både äta kakan 
>>>>> och ha den kvar, men på wikin om landuse står att skolområden ska taggas 
>>>>> "amenity".
>>>>>
>>>>>  Så hur gör man om man har flera skoloperatörer på samma skolområde?
>>>>>
>>>> --
>>>>  Talk-se mailing list
>>>>  Talk-se@openstreetmap.org
>>>>  https://lists.openstreetmap.org/listinfo/talk-se
>>>> --
>>>>  Talk-se mailing list
>>>>  Talk-se@openstreetmap.org
>>>>  https://lists.openstreetmap.org/listinfo/talk-se
>>>>
>>> --
>>> Talk-se mailing list
>>> Talk-se@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-se
>>>
>>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Flera skoloperatörer på samma skolområde - hur tagga?

[Andreas Vilén]

Validatorn har rätt. Du kan rita en skolyta per skola och bör inte rita en 
allmän för skolområde och en för varje skola.

/Andreas

Skickat från min iPhone

> 2 dec. 2019 kl. 07:26 skrev pang...@riseup.net:
> 
> Ignorera validatorn denna gång. Den validitetsregel är till för att fånga upp 
> tex parkering i parkering, m.m.
> mvh
> 
>> On December 2, 2019 7:22:59 AM GMT+01:00, Lennart Romberg 
>>  wrote:
>> I närheten av där jag bor finns ett skolkomplex där flera olika 
>> skoloperatörer håller till. Området var taggat amenity=school och sen finns 
>> noder för olika operatörer, också taggade med amenity=school. JOSM varnar 
>> för "amenity inside amenity". Testade att ta bort det i mitt tycke 
>> intetsägande området och bara behålla operatörerna men då försvann 
>> färgrenderingen av området.
>> 
>> Tänkte man kunde göra nåt men "landuse" i stället för att både äta kakan och 
>> ha den kvar, men på wikin om landuse står att skolområden ska taggas 
>> "amenity".
>> 
>> Så hur gör man om man har flera skoloperatörer på samma skolområde?
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[Andreas Vilén]

Var läser du det?

Adresser har inte alltid med kringliggande data att göra. Härleder man postort 
från närmast taggade ort/placetagg kan det väldigt lätt bli fel. När du taggar 
adresser bör du ta med så mycket info du kan i adresstaggarna.

/Andreas

Skickat från min iPhone

> 27 nov. 2019 kl. 23:06 skrev Lennart Romberg :
> 
> På osm-wikin står att land, stad, postnummer oftast är överflödiga
> eftersom de går att härleda från omgivande objekt. Men de ser i
> allmänhet ut att vara ifyllda, i Sverige. Finns någon konsensus om att
> de bör fyllas i? Gissar att postnummer inte utan vidare går att
> härleda från omgivande objekt. / Lennart
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se

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

Re: [Talk-se] Talk-se Digest, Vol 139, Issue 10

[Andreas Vilén]

En fb-grupp finns redan men jag tror inte det är vad som diskuteras här.

Med vänlig hälsning,
Andreas

Skickat från min iPhone

> 18 nov. 2019 kl. 17:58 skrev Per Geijer :
> 
> Hej,
> Mitt första inlägg 
> Med risk för att vara ofin, Facebooks grupper är gratis och innehåller 
> medlemsadmin och accesskontrol på många nivåer. Riktigt bra men det innebär 
> ju att CIA vet vad vi gör.
> Hälsning från en närområdeskarterare på Ekerö!
> //Per Geijer
> 
>> 18 nov. 2019 kl. 13:03 skrev talk-se-requ...@openstreetmap.org:
>> 
>> Send Talk-se mailing list submissions to
>>   talk-se@openstreetmap.org
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>   https://lists.openstreetmap.org/listinfo/talk-se
>> or, via email, send a message with subject or body 'help' to
>>   talk-se-requ...@openstreetmap.org
>> 
>> You can reach the person managing the list at
>>   talk-se-ow...@openstreetmap.org
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-se digest..."
>> 
>> 
>> Today's Topics:
>> 
>>  1. Re:  Finns interesse för att börja en Svensk
>> lokalförening? (Axel Pettersson)
>> 
>> 
>> --
>> 
>> Message: 1
>> Date: Mon, 18 Nov 2019 10:28:59 +0100
>> From: Axel Pettersson 
>> To: OpenStreetMap Sverige mailinglista 
>> Subject: Re: [Talk-se]  Finns interesse för att börja en Svensk
>>   lokalförening?
>> Message-ID:
>>   
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Hej,
>> Intresse verkar finnas här och i en parallell tråd, så jag spinner vidare.
>> 
>> Vi använder ett medlemshanteringssystem som heter Zynatic, och hanterar
>> våra ~500 medlemmar i det. Mycket automatiserat men en del hantering krävs,
>> och på https://se.wikimedia.org/wiki/Medlemskap/Zynatic går det att läsa
>> lite och på https://www.zynatic.se/ finns prislista. Vi har Bas +
>> medlemsinloggning, vilket för upp till 250 medlemmar kostar 84:- per månad.
>> Finns intresse av att använda det kan vi hjälpa till att sätta upp och
>> administrera, och med en rimlig plan för framtiden går det att ansöka om
>> bidrag för kostnaden till att börja med också.
>> 
>> Finns intresse för att ha en sammankomst går det att söka bidrag till resor
>> och mat, se till exempel
>> https://se.wikimedia.org/wiki/Projekt:St%C3%B6d_till_gemenskapen_2019/Bidrag/Erfarenhetsutbyte_och_l%C3%A4gerguide
>> för
>> hur en ansökning kan se ut. Lokalmässigt sitter vi hos Internetstiftelsen,
>> Goto10[1], på Hammarby kaj 10D, och där går det att boka in sig utan
>> kostnad om Stockholm är ett passligt ställe att vara.
>> 
>> [1] https://www.goto10.se/
>> 
>> /axel
>> 
>> 
>> Axel Pettersson
>> Projektledare GLAM/Outreach
>> Wikimedia Sverige
>> 
>> +46 (0)733 96 55 65
>> axel.petters...@wikimedia.se
>> 
>> Twitter: @Haxpett <https://twitter.com/haxpett>
>> 
>> Stöd fri kunskap, bli medlem i Wikimedia Sverige.
>> Läs mer på *wikimedia.se/sv/blimedlem <http://wikimedia.se/sv/blimedlem>*
>> 
>> 
>> Den tis 12 nov. 2019 kl 15:50 skrev Mattias Axell :
>> 
>>> Skulle gärna se en svensk lokalförening. Vore kul att se aktiviteter för
>>> mer öppna kartor och OSM.
>>> 
>>> Det har väl redan donerats en del hårdvara och medel från företag et.c. så
>>> att formalisera lokalt men fortfarande hålla det lättviktigt kanske kan
>>> vara uppskattat.
>>> 
>>> Att hitta smarta lösningar för att minimera manuell handpåläggning för
>>> medlemshantering, ekonomisk administration etc är väl de potentiella
>>> hindren att överkomma som jag ser det. Typ scenariot att ingen vill vara
>>> kassör.
>>> 
>>> Har Wikimedia något medlemssystem och en administrativ resurs för att
>>> underlätta? Jag letar lösningar för open source medlemssystem (gärna
>>> Python) och möjligheter för gemensam administration för fler föreningar som
>>> söker det.
>>> 
>>> /Mattias
>>> 
>>>> On November 12, 2019 12:00:51 PM UTC, talk-se-requ...@openstreetmap.org
>>>> wrote:
>>>> 
>>>> Send Talk-se mailing list submissions to
>>>>   talk-se@openstreetmap.org
>>>> 
>>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>>   https://lists.openstreetmap.org/listinfo/talk-se
>>&

Re: [Talk-se] Finns interesse för att börja en Svensk lokalförening?

[Andreas Vilén]

Vet inte hur mycket Malmö/Lund-folk det finns kvar. Vi har inte haft någon 
sammankomst på länge men om du är på genomresa kanske det är anledning god som 
någon att försöka dra ihop något.

Med vänlig hälsning,
Andreas

Skickat från min iPhone

> 11 nov. 2019 kl. 22:14 skrev Erik Johansson :
> 
> Jag är på att träffas lokalt igen, skulle vara kul att träffa
> Lund/Malmö folket någon gång. Jag sitter i Stockholm själv och vi hade
> ju möten förr.
> 
> On Mon, Nov 11, 2019 at 9:56 AM Axel Pettersson
>  wrote:
>> 
>> Hej,
>> I den mån OSM-gemenskapen vill ha det kommer ett glatt hejarop från 
>> Wikimedia Sverige[1]. Vill ni ha stöd på något sätt hjälper vi gärna till, 
>> oavsett om det gäller organisatoriska frågor eller en ansökan om bidrag[2] 
>> för att kunna träffas eller åka på någon konferens.
>> 
>> [1] https://wikimedia.se/om-oss/
>> [2] 
>> https://se.wikimedia.org/wiki/Projekt:St%C3%B6d_till_gemenskapen_2019#Bidrag
>> 
>> Bästa hälsningar,
>> /axel
>> 
>> 
>> Axel Pettersson
>> Projektledare GLAM/Outreach
>> Wikimedia Sverige
>> 
>> +46 (0)733 96 55 65
>> axel.petters...@wikimedia.se
>> 
>> Twitter: @Haxpett
>> 
>> Stöd fri kunskap, bli medlem i Wikimedia Sverige.
>> Läs mer på wikimedia.se/sv/blimedlem
>> 
>> 
>> 
>> Den sön 10 nov. 2019 kl 12:02 skrev Christian Asker 
>> :
>>> 
>>> Hej. Jag tycker att det är en bra idé, även om jag just nu har för
>>> mycket föreningsengagemang för att själv engagera mig. Några fysiska
>>> träffar vore ju kul!
>>> 
>>> Mvh Christian
>>> 
>>> 
>>> 
>>>> Den 2019-11-10 kl. 09:34, skrev pangoSE:
>>>> Hej
>>>> 
>>>> Jag skulle vilja stärka vår sammanhållning och ha möjlighet att träffa
>>>> nån av er andra som håller på i Sverige. Därutöver skulle jag vilja ha
>>>> möjlighet att skicka nån till Advisory Board och att vi tillsammans
>>>> tar ställning för sånt som är viktigt för oss som ideella deltagare i
>>>> projektet.
>>>> 
>>>> Trots att jag varit aktiv i snart 10 år har jag bara träffat en annan
>>>> lokalt (Blajo).
>>>> 
>>>> Finns det interesse att få igång en förening?
>>>> Hur många är vi egentligen här på listan?
>>>> 
>>>> Se https://welcome.openstreetmap.org/about-osm-community/local-chapters/
>>>> 
>>>> Mvh
>>>> pangoSE
>>>> 
>>>> ___
>>>> Talk-se mailing list
>>>> Talk-se@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-se
>>> 
>>> ___
>>> Talk-se mailing list
>>> Talk-se@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-se
>> 
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
> 
> 
> 
> -- 
> /emj
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se

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

[Talk-at] Statutarstadt Grenzen (war: name:suffix & name:prefix (de))

[andreas wecer]

Am Sa., 9. Nov. 2019 um 03:39 Uhr schrieb Robert Kaiser :

> IMHO ist diese Relation sowieso falsch (und ev. alle Statutarstädte).
> [..]. Das sollten IMHO zwei relationen mit zwei verschiedenen Namen und
> admin_levels sein,
> aber mit gleichen members.


Die einzelne Relation würde dem steinzeitlichen Wiki-Artikel entsprechen

Für Statutarstädte gibt es keine Gemeinde-Grenzen, da diese mit dem Bezirk
> ident sind.


der sich allerdings auch selbst widerspricht

Die Summe der Flächen aller Einheiten einer Ebene sollte jeweils das ganze
> Staatsgebiet umfassen, also ist jeder Punkt in Österreich sowohl einer
> Katastralgemeinde, einer Gemeinde, einem Bezirk, einem Bundesland und dem
> Bund selber zuordenbar.


https://wiki.openstreetmap.org/wiki/WikiProject_Austria/Gebietskörperschaften

Ich habe jetzt die restlichen Statutarstädte durchgeschaut

Nur Bezirksgrenzen (admin_level=6) haben:
Eisenstadt
Rust
Steyr
Villach
Wels

Bezirksgrenze (6) und Katastralgemeinden (10):
Linz
Salzburg

Bezirksgrenze (6) und Stadtbezirke (9):
Graz
Innsbruck
Klagenfurt

Bezirksgrenze (6) und Gemeindegrenze (8):
Krems
St. Pölten
Waidhofen
Wr. Neustadt

Land (4), Stadtbezirke (9) und Katastralgemeinden (10):
Wien

Soweit ich das sehe müssten die 16 Unterbereiche von Linz statt admin_level
10 auch 9 bekommen:

> Seit 1. Jänner 2014 (Beschluss des Stadtsenates vom September 2013) ist
> die Stadt in 16 statistische Bezirke eingeteilt

[...] Etwas abweichend davon gliedert sich die Stadt grundbücherlich in 14
> Katastralgemeinden

 https://de.wikipedia.org/wiki/Linz#Stadtgliederung

Es existierten auch schon in allen Fällen zusätzliche Gemeindegrenzen
(evtl. mit Ausnahme Wien), die mit diesen Changesets wieder entfernt wurden:
OSMCha: https://tinyurl.com/yjmhbw3d
und https://www.openstreetmap.org/changeset/24423298

was nur in NÖ durch fkv rückgängig gemacht wurde, siehe:
https://forum.openstreetmap.org/viewtopic.php?id=59448
und
http://osm-talk-at.1116557.n5.nabble.com/Talk-at-Loschung-bzw-Anderungen-von-ca-240-Grenzen-in-AT-td1821.html

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

Re: [Talk-at] name:suffix & name:prefix (de)

[andreas wecer]

Am Sa., 9. Nov. 2019 um 15:16 Uhr schrieb Robert Kaiser :

> Der Name der Stadt und der Gemeinde ist "Steyr", das stimmt. Der Name
> des Bezirkes ist allerdings "Steyr-Stadt" (hauptsächlich, weil es
> daneben noch "Steyr-Land" gibt).
>

Nein, Statistik Austria führt den Bezirk als "Steyr(Stadt)", wobei der
Zusatz in der Klammer allerdings (im Gegensatz zu "Steyr-Land" z.B.) kein
Teil des Namens ist:

Bei gleich- bzw. ähnlich lautenden Politischen Bezirken wurden – um
> Verwechslungen zu vermeiden – in Klammer die Zusätze „Stadt“ bzw. „Land“
> angefügt. Diese Zusätze stellen jedoch keinen Bestandteil des offiziellen
> Namens dar.


https://www.statistik.at/web_de/klassifikationen/regionale_gliederungen/politische_bezirke/index.html


Anscheinend wurde das auch einfach generell bei allen Statutarstädten
hinzugefügt, auch wenn es nicht einmal gleich- oder ähnliche lautende
Bezirke gibt, wie etwa bei Rust.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Radknotenpunktnetz Murtal

[Andreas]

Hallo Robert,

Ich habe auf der FOSSGIS in Dresden von dem System gehört
(https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag), finde es
cool, dass es das jetzt auch schon in Österreich langsam angewendet wird.

Vielleicht hilft euch das mal als Grundlage für die Entscheidung des
Taggings: https://wiki.openstreetmap.org/wiki/DE:Fahrradroutentagging

oder https://wiki.openstreetmap.org/wiki/Knotenpunktsystem_radrevier.ruhr

Diese Systeme scheinen in Belgien, Schweiz und Deutschland
weitverbreitet zu sein.

lg Andreas
(geologist)


Am 09.11.19 um 19:20 schrieb Robert Grübler:
> Liebe Mapper,
> 
> im Murtal gibt es eine in Österreich einzigartige Radinfrastruktur – das
> Radknotenpunktnetzwerk „Nimm’s Radl“. Das Netz mit 101 Knotenpunkte auf
> 350 km wurde im April 2016 eröffnet. Heute – 3 ½ Jahre später – ist
> davon in OSM noch immer keine Spur zu sehen.
> 
>  
> 
> Das kann’s nicht sein, das soll sich ändern. Mitwirkende gesucht!
> 
>  
> 
> Ziel ist, gemeinsam die Art der Erfassung festzulegen und mit Spaß an
> der Sache umzusetzen. Grad und Intensität der Mitarbeit ist
> selbstverständlich frei. Auch interessierte Anteilnahme ist willkommen.
> 
>  
> 
> Der Zeitpunkt ist optimal: im Winter planen und im Frühjahr ins Feld ;-)
> 
> Wer hat Interesse an dem Thema?
> 
>  
> 
> Liebe Grüße Robert (robhubi)
> 
>  
> 
>  
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

Re: [Talk-at] name:suffix & name:prefix (de)

[andreas wecer]

Am Sa., 9. Nov. 2019 um 00:54 Uhr schrieb PPete :

> Erstere ist bisher durch den Tag "ref:at:gkz" erfasst, zweitere finde
> ich gar keine. Die Bezirke sind derzeit mit mit dem GKZ getaggt,
> erhalten aber zumindest die richtige Nummer.
>

Der Bezirk wird (wie auch das Land) vom GKZ abgeleitet und entspricht den
ersten drei Ziffern.
Laut verstaubtem Wiki soll das beim Bezirk entsprechend auch als
dreistelliges GKZ abgegeben werden. Statutarstädte sind bzgl. GKZ nicht
explizit angegeben, aber nachdem das auch Gemeinden sind, würde ich es auch
fünfstellig für die Gemeinde angeben.
https://wiki.openstreetmap.org/wiki/WikiProject_Austria/Gebietsk%C3%B6rperschaften

Am Sa., 9. Nov. 2019 um 03:39 Uhr schrieb Robert Kaiser :

> IMHO ist diese Relation sowieso falsch (und ev. alle Statutarstädte).
> Der Bezirk heißt "Steyr-Stadt", die Gemeinde heißt "Steyr".


 Laut Wikipedia ist der Name "Steyr". Bei manchen Statutarstädten wie St.
Pölten und Wiener Neustadt gibt es nicht einmal (mehr) die Unterscheidung
mit "-Land/Umgebung", d.h. ohne die Präzisierung mit "Bezirk" oder anderen
Zusatzinformationen bzw. Abweichung vom offiziellen Namen sind die nicht
einmal unterscheidbar.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Sticker und Flyer - GISDay

[Andreas via Talk-at]

Am 06.11.19 um 16:47 schrieb Jakob Miksch:
> Hallo allerseits,
> 
> am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu
> eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig,
> aber:

Wann und wo ist der genau?

> 
> Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken
> könnte?

Da ich gerade meinen Resturlaub bis Ende des Monats verbrauche könnte
ich auch mit ein paar OSM Flyern vorbei kommen.

Könnte mich vielleict mit ScubbX abstimmen und kann dir ein paar OSM
Tassen auch mitbringen?

lg Andreas
(geologist)



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

Re: [Talk-it] Pagina welcome.openstreetmap.it irraggiungibile

[Andreas Lattmann]

Si, ma mi restituisce:
500 Internal Server Error 



Il 3 novembre 2019 10:21:16 CET, Stefano  ha scritto:
>Ciao,
>É tornato online, grazie a chi ci ha messo mano.
>
>Stefano
>
>On Sat, 5 Oct 2019, 17:37 Marcello,  wrote:
>
>> Salve,
>>
>> la pagina per i messaggi di benvenuto non è più raggiungibile, sia
>> usando http che https rimanda alla pagina https://cortesi.com, dove
>> Simone ci fa un bel sorriso. L'avevo usata domenica scorsa e ancora
>era
>> funzionante.
>>
>> --
>> Ciao
>> Marcello
>>
>>
>> ___
>> 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-at] Radweg R2 südlich von Graz...

[andreas wecer]

Am Sa., 2. Nov. 2019 um 22:53 Uhr schrieb Robert Grübler <
robgrueb...@gmail.com>:

> Sodala, die Restrukturierung des Murradweges ist fertig.


Danke. Die erfasste Länge von 725 km, nachdem alles doppelt gezählt wird,
finde ich etwas komisch, aber gut, dafür passt dann wieder die Länge für
linkes/rechtes Ufer und die Routen sind durchgängig.

Die groben km-Angaben hatte ich bei meinen Vorschlägen nur zur Orientierung
für die Einteilung, im Namen haben sie mMn. nichts verloren. Du könntest
sie allerdings als distance angeben, damit gröbere Abweichungen leichter
auffallen.
https://wiki.openstreetmap.org/wiki/Key:distance

"Sankt Michael" als Etappen-Ziel/Start ist nicht ganz eindeutig, da die
Route durch mehrere Sankt Michael verläuft.


> Was mir noch aufgefallen ist: Der Murradweg ist eigentlich eine
> internationale Route, obwohl es keine einheitliche Beschilderung gibt. Der
> Beleg dafür ist das Startschild:
> https://mehrlicht.keuk.de/2017/08/18/murradweg-2017-teil-1/ (2. Bild)
> "Legrad 456km"! Eine Fortsetzung bis nach Legrad wäre doch nett, oder?


Ich hatte ursprünglich angeregt den Murradweg von damals rcn auf ncn zu
erhöhen bzw. diese Kategorie überhaupt zu nutzen:
http://osm-talk-at.1116557.n5.nabble.com/Talk-at-Murradweg-quot-nationale-quot-Radwege-td1404.html

Das war auch das, wie die slowenischen/kroatischen Abschnitte damals noch
erfasst waren, mittlerweile wurden die wiederum auf icn erhöht, was im
Grunde ja auch passt, wenn es mittlerweile schon bei der Sticklerhütte
angeschrieben steht. Ich bin vor ~10 Jahren im Rahmen der Tour de Mur bis
Legrad gefahren, da war der kroatische Teil noch nicht mehr als eine Idee
ohne jegliche Markierung oder dezidierter Radwege.

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

Re: [Talk-at] Sinn der OSM (war: name:suffix & name:prefix (de))

[Andreas]

Am 29.10.19 um 20:57 schrieb Stefan Tauner:
> On Tue, 29 Oct 2019 20:30:47 +0100
> grubernd  wrote:
> 
>> On 29.10.19 13:21, Stefan Tauner via Talk-at wrote:
>>> Wie genau geht das benutzerfreundlicher als mit OSM-basierten
>>> Diensten wie z.B. osmand?
>>> https://user-images.githubusercontent.com/1040784/50345068-fabf0280-052d-11e9-9173-5bcd902f3107.jpg
>>>   
>>
>>
>> dazu müsste ich ja osmand verwenden und nicht osm. ;-)
> 
> Wenn du osm.org für mobile Datenabfragen oder als Kartendienst
> verwendest, kann ich dir (und vmtl. niemand) helfen...

Ich habe bis jetzt vernmittelt bekommen und verstanden, dass osm.org
eine Referenz-Implementierung zur Kartendarstellung von OSM ist. Wie
hier schon angemerkt, OSM sind die Daten in der Datenbank dahinter.

> 
>> ich weiss schon, es gibt jede Menge tolle Auswertungstools und ich bin 
>> auch voll für den Ansatz einfach Daten reinwerfen in die Datenbank wenn 
>> man es braucht. aber solange Anzeigetools nicht ein Alter der Daten - 
>> und dann angepasst ein potentielles Verfallsdatum - anzeigen, sind diese 
>> Daten genauso zuverlässig wie ein Horoskop in der Zeitung.
>>
>> wenn ein Forstweg zehn Jahre in der Datenbank nicht angegriffen wurde, 
>> dann hat der immer noch über 90% Wahrscheinlichkeit ausreichend genau zu 
>> sein.
>>
>> bei einer 2 Jahre alten Adresse & Extras von einem Fashion-Startup-Label 
>> in der Innenstadt sind wir eher bei unter 20%. nur dazu muss man das 
>> Alter auch angezeigt bekommen.
> 
> Fair enough, aber Datenqualität/Aktualität sind sehr orthogonal zur
> gegenständlichen Fragen der Benutzerfreundlickeit von Shop-Metadaten.
> 
>> und in dem Kontext Apotheken als Beispiel zu wählen finde ich schwierig, 
>> weil die wohl ein schlechtes Beispiel für Öffnungszeiten sind, mit den 
>> ganzen Wochenend- und Nachtdiensten und Ausgleichszeiten usw.

schaut zwar jetzt aus als wollte ich hier Werbung für yellowosm machen,
aber auch das wollen die Macher mit ihrem Service bieten:

https://www.yellowosm.com/map/15.00/47.07070/15.43950;q=Apotheke

> 
> Es war das erstbeste Bild, das halbwegs gut veranschaulicht, wo der
> Mehrwert und die GUI dazu ist. Dank OSM geht das natürlich für alles,
> was opening_hours getaggt hat.
> 
> BTW könnte den einen oder anderen https://openstreetbrowser.org von
> unserem fellow Plepe/Skunk/Stephan interessieren, falls es noch
> unbekannt ist. Das hat zumindest ein besseres Interface als osm.org for
> that matter :)
> 




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

Re: [Talk-at] Sinn der OSM (war: name:suffix & name:prefix (de))

[Andreas]

Am 29.10.19 um 13:08 schrieb grubernd:
> On 29.10.19 11:55, Robin Däneke wrote:
>> Gerade bei Geschäften: Was ist besser?:
>>
>>  1. Ich sehe auf der Karte, dass es ein Geschäft gibt, da aber nur der
>>     Name gemappt ist, (weil Website-URL kann sich ja auch ändern) muss
>>     ich mal die Hauptseite der Kette googeln, dort auf den Filialfinder
>>     (falls es sowas gibt), um dann da erst recht wieder auf eine "Google
>>     Maps"-artige Karte zu kommen, um dann durch eine weitere
>>     ausklappbare Info die Öffnungszeiten zu sehen. Und was ist wenn es
>>     ein kleines Geschäft ohne Website ist? Dann muss ich extra
>>     hinfahren, um zu sehen, dass an dem Tag wo ich Zeit hatte zu ist.
>>  2. Ich sehe das Geschäft auf OSM (oder einer App die nur OSM verwendet
>>     wie dieses 'wundervolle' maps.me), mach die Abfrage, was diese Node
>>     ist, und habe alle benötigten Informationen.
> 
> 
> 
> also ganz ehrlich, wenn ich wissen will wann ein Geschäft offen hat,
> dann schaue ich selbst als script-commandline-programmier-versierter
> Anwender sicher nicht auf die OSM. ich bin durchaus schmerzresistent was
> gewisse Aspekte der Benutzerfreundlichkeit angeht, aber irgendwo gibt es
> Grenzen.
> 
> auf der Standardkarte ist das sowas von patschert und mobile/responsive
> geht das sowieso nur mit einem 24" Tablet, weil man sonst nichts
> angreifen kann mit Touch.
> und ob es eine OOHM gibt, keine Ahnung.
> (OpenOpeningHoursMap)

Dazu gibt es eine eigene Seite von einem österreichischen Projekt:
https://www.yellowosm.com/map/15.00/47.07070/15.43950

> 
> und bei der "Präzision" mit der google seine Karten-Daten wartet ..
> lieber gleich eine normale Suchabfrage oder die Website des Betreibers,
> bei kleinen Shops ist das sowieso facebook. bei grossen Ketten mit deren
> Filialfinder .. oder das gute alte Telefon.
> 
> 
> ich halte Telefonnummer und Website beide stabil genug um sie zusammen
> mit der Lokalität (Geolocation) eines Geschäftes zu verbinden. in vielen
> Fällen sind Fon/Web sogar stabiler als der Geschäftsraum.
> 
> 
> grüsse,
> grubernd
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at




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

Re: [Talk-at] geoimage.at mit Versatz

[Andreas]

Interessant, weil laut ESRI die Luftbilder von den Bundesländern in
ihrem Datensatz landen: https://esriurl.com/WorldImageryContributors
(nach Steiermark oder anderen Bundesland suchen).

Bin bis jetzt bei meinen Anwendungen in Österreich am besten mit dem
Basemap-Orthofoto gefahren. Des Weiteren weist basemap einen
Aktualisierungszyklus von 1 Jahr auf
(https://www.data.gv.at/katalog/dataset/254757be-69ef-4a6c-a4c1-1432815d7522)
und ja ich weiß, dass es nicht in jedem Bundesland jährlich eine
Überfliegung gibt.

lg Andreas
(Geologist)

Am 28.10.19 um 04:43 schrieb Johann Haag:
> Ich habe festgestellt, dass das Basemap Luftbild in der Steiermark in
> größeren Zoomstufen nur veraltete Luftbilder zeigt. Möglicherweise hat
> es sich dabei um eine einmalige technische Störung gehandelt. Das Esri
> Luftbild war von solchen Problemen nicht betroffen, daher mein Hinweis,
> auf das Esri Luftbild.
> Grüße Johann Haag
> 
> Am Mo., 28. Okt. 2019 um 00:30 Uhr schrieb Robert Kaiser  <mailto:ka...@kairo.at>>:
> 
> Basemap ist das "eigene Luftbild" der Bundesländer, und wird finanziert
> durch Bund und Bundsländer in einem gemeinsamen Datensatz
> zusammengefasst.
> 
> KaiRo
> 
> Johann Haag schrieb:
> > Ich rate -sofern das jeweilige Bundesland lokal kein eigenes
> Luftbild zur Verfügung stellt- inzwischen zum Esri Luftbild. Grüsse
> Johann Haag
> >
> > Von meinem iPhone gesendet
> >
> >> Am 26.10.2019 um 22:12 schrieb Friedrich Volkmann  <mailto:b...@volki.at>>:
> >>
> >> Seit 1 Tag oder so sind die Orthofotos von geoimage.at
> <http://geoimage.at> 300m nach W versetzt. (Ich habe es mit
> Merkaartor und mit einem alten JOSM ausprobiert.)
> >>
> >> Weiß wer wieso? Hat wer einen guten Kontakt zu denen und kann den
> Fehler melden?
> >>
> >> basemap.at <http://basemap.at> ist von dem Fehler nicht betroffen.
> >>
> >> --
> >> Friedrich K. Volkmann       http://www.volki.at/
> >> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> >>
> >> ___
> >> Talk-at mailing list
> >> Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org>
> >> https://lists.openstreetmap.org/listinfo/talk-at
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org <mailto: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 <mailto:johannh...@hxg.at>
> 
> OSM: https://www.openstreetmap.org/user/beautifulplaces
> Mein Blog blog.hxg.at <http://blog.hxg.at/>
> Meine Real Identität: Johann Haag St. Johann in Tirol
> Meine Mitwirkung in OSM, ehrenamtlich, unabhängig
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

Re: [Talk-at] name:suffix & name:prefix (de)

[andreas wecer]

Am Mo., 28. Okt. 2019 um 11:33 Uhr schrieb Florian Lohoff :

> Ich habe da überhaupt kein problem mit :suffix und :prefix - Wenn es
> eine Bildungsregel gibt wie man zum offiziellen Namen kommt.


Selbst wenn es die gäbe, kommst du damit nicht immer zum offiziellen Namen,
da sich der ja vom "common default name" unterscheiden kann, siehe
"Zwettl-Niederösterreich" oder das von dir angesprochenen "Werther
(Westf.)", das natürlich bei anderen Kartenanbietern sinnvollerweise auch
als "Werther (Westfalen)" aufscheint.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] name:suffix & name:prefix (de)

[andreas wecer]

Am Mo., 28. Okt. 2019 um 09:48 Uhr schrieb Thomas Rupprecht <
rupprecht.tho...@gmail.com>:

> Was haltet ihr von diesen Varianten?:
>
> official_name=Marktgemeinde XYZ
> name=XYZ
>
> oder
>
> name=Marktgemeinde XYZ
> short_name=XYZ
>

Das wurde schon hier vorgeschlagen und ist das aktuelle im Osten
verbreitete Schema:
http://osm-talk-at.1116557.n5.nabble.com/Re-Talk-at-Grenzen-td270.html#a337

Im übrigen löst das auch das von Florian angesprochene Problem, dass
name:suffix/prefix weder vernünftig dokumentiert ist, noch nicht einmal in
Nachbargemeinden des selben Kreises konsistent verwendet wird und Auswerter
dann daraus wieder irgendwie einen offiziellen Namen basteln wollen, obwohl
es genau dafür schon einen Tag mit official_name gibt.

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

Re: [Talk-at] name:suffix & name:prefix (de)

[Andreas]

Als Kompromiss könnte ich mir Variante 1 vorstellen, wenn eine Trennung
von "Marktgemeinde" in ein eigenes tag nicht gewünscht ist.

lg
Andreas
(Geologist)

Am 28.10.19 um 09:48 schrieb Thomas Rupprecht:
> Was haltet ihr von diesen Varianten?:
> 
> official_name=Marktgemeinde XYZ
> name=XYZ
> 
> oder
> 
> name=Marktgemeinde XYZ
> short_name=XYZ
> 
> mfg Thomas Rupprecht
> 
> 
> Am Mo., 28. Okt. 2019 um 09:42 Uhr schrieb Andreas  <mailto:a_v...@gmx.at>>:
> 
> Ich bin auch der Meinung, dass dieses Präfix im Namen eher
> kontraproduktiv ist. Dies hat, wie schon festgestellt wurde, teilweise
> negative Auswirkungen bei Suchdiensten wie Nominatim. Warum das so ein
> riesen Problem ist, dies in einem eigenen tag zu verspeichern ist mir
> schleierhaft.
> 
> lg
> Andreas
> (Geologist)
> 
> Am 27.10.19 um 11:04 schrieb Johann Haag:
> > Der Monat Oktober 2019 neigt sich nun dem Ende zu, sofern die
> Diskussion zu den Präfixen stagnierend bleibt, werden ich mit diesen
> ab November in Osttirol weitermachen. Ein ebtfernen der Präfixe,
> betrifft auch Ostösterreich, weswegen eine Entscheidung, für oder
> wieder auf ganz Österreich anzuwenden ist. Es ist daher meiner
> Meinung nach nicht legitim, durch eine stockende Diskussion, ein
> zweigeteiltes Österreich festzuschreiben.
> > Also bitte um eine Entscheidung.
> > Grüsse Johann Haag
> >
> >> Am 16.10.2019 um 02:08 schrieb Robert Kaiser  <mailto:ka...@kairo.at>>:
> >>
> >> Florian Lohoff schrieb:
> >>> Die Stadt heisst "Werther (Westf.)" bzw "Halle (Westf.)" - In
> der Karte
> >>> sind "Werther" und "Halle (Westf.)" zu sehen. Das ist aber eher
> Gewohnheit
> >>> weil es ein "Halle" gibt aber kein zweites Werther.
> >>
> >>
> >> Für mich klingt das aus einem ganz anderen Grund als
> prefix/suffix komisch, und zwar weil Abkürzungen in OSM an sich
> vermieden werden sollten - und "Westf." klingt stark nach einer
> Abkürzung.
> >>
> >> KaiRo
> >>
> >>
> >> ___
> >> Talk-at mailing list
> >> Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org>
> >> https://lists.openstreetmap.org/listinfo/talk-at
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org <mailto: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
> 




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

Re: [Talk-at] name:suffix & name:prefix (de)

[Andreas]

Ich bin auch der Meinung, dass dieses Präfix im Namen eher
kontraproduktiv ist. Dies hat, wie schon festgestellt wurde, teilweise
negative Auswirkungen bei Suchdiensten wie Nominatim. Warum das so ein
riesen Problem ist, dies in einem eigenen tag zu verspeichern ist mir
schleierhaft.

lg
Andreas
(Geologist)

Am 27.10.19 um 11:04 schrieb Johann Haag:
> Der Monat Oktober 2019 neigt sich nun dem Ende zu, sofern die Diskussion zu 
> den Präfixen stagnierend bleibt, werden ich mit diesen ab November in 
> Osttirol weitermachen. Ein ebtfernen der Präfixe, betrifft auch 
> Ostösterreich, weswegen eine Entscheidung, für oder wieder auf ganz 
> Österreich anzuwenden ist. Es ist daher meiner Meinung nach nicht legitim, 
> durch eine stockende Diskussion, ein zweigeteiltes Österreich festzuschreiben.
> Also bitte um eine Entscheidung.
> Grüsse Johann Haag
> 
>> Am 16.10.2019 um 02:08 schrieb Robert Kaiser :
>>
>> Florian Lohoff schrieb:
>>> Die Stadt heisst "Werther (Westf.)" bzw "Halle (Westf.)" - In der Karte
>>> sind "Werther" und "Halle (Westf.)" zu sehen. Das ist aber eher Gewohnheit
>>> weil es ein "Halle" gibt aber kein zweites Werther.
>>
>>
>> Für mich klingt das aus einem ganz anderen Grund als prefix/suffix komisch, 
>> und zwar weil Abkürzungen in OSM an sich vermieden werden sollten - und 
>> "Westf." klingt stark nach einer Abkürzung.
>>
>> 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
> 




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