Re: [Talk-it] Perché si guadagna di più non importando cecamente i dati ufficiali

2019-01-23 Thread Alessandro Palmas

Il 24/01/19 02:16, Sergio Farruggia ha scritto:
Ti riferisci a questo 
https://geoportal.regione.liguria.it/progetti/altri-progetti/dizionario-tag-openstreetmap-codici-db-topografico.html 
?

Usi il passato perché la collaborazione non ha più avuto seguito?
Regione Liguria continua a usare  i dati OSM per verificare propri 
dati? Altre Regioni?
Grazie 



Buongiorno Sergio,
l'attività era legata a quella da te indicata. Per l'aggiornamento della 
Provincia della Spezia estraemmo il grafo stradale, dividendo viabilità 
principale e secondaria, e con Roberto R. soprapponemmo su Geomedia i 
grafi OSM e RL per ottenere quella che loro chiamavano una carta 
semaforica: nelle zone con discrepanze non conosciute (in alcune si era 
a conoscenza di urbanizzazioni o modifiche) si concentravano le 
verifiche sul posto.
In questo modo, visto che i verificatori per ragioni di costi possono 
coprire solo una piccola percentuale del territorio, si aumentavano le 
probabilità di un aggiornamento.


La collaborazione è andata scemando perchè Anna C. (al tempo la 
responsabile) non mostrò interesse e anche Francesca C. (project manager 
del progetto open maps) fu spostata su altri progetti.
Non penso che proseguano nel fare quei confronti, ma non è detto; le 
conoscenze le hanno, magari anche solo a livello informale continuano a 
farlo.


Di altre regioni non ho la sicurezza. Senz'altro il Comune di Milano lo fa.

Alessandro

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


Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

2019-01-23 Thread Florian Lohoff
On Wed, Jan 23, 2019 at 10:03:39PM +0100, Hubert87 wrote:
> Hallo Flo,
> 
> bei dem Thema gibt es leider im Detail keinen abschließenden Konsens in der
> entsprechenden Community.
> 
> Das Lübecker Schema hast Du soweit, wie Du es beschrieben hast, im Kern

Was mich halt immer stutzig macht das die existenz von etwas durch die
absenz eines Tags angedeuted wird.

Damit sind die zustände "nicht vollständig erfasst" und "da ist was aber
es ist anders" nicht unterscheidbar.

> richtig verstanden. Bitte schaue Dir im Vergleich dazu auch nochmal die
> Seite
> https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren
> an. (Disclaimer: vor einiger Zeit hauptsächlich von mir überarbeitet.)

Für mich ergibt sich nach 2 Minuten der erste Widerspruch zum Lübecker
Modell. Für mich war immer - "angeordnet" -> "designated". Nicht
angeordenet aber benutzbar "yes".

https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren
Getrennter Fuß- und Radweg ohne Benutzungspflicht

cycleway:right:bicycle=designated

In dem Modell nur durch traffic_sign=none erkennbar. 

*Soifz*

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [Talk-lt] Ką daryti su tokiais objektų pavadinimais?

2019-01-23 Thread Aidas Kasparas
On 2019-01-23 20:32, Jurkis wrote:
> Sveiki
> Užrodė žmonės tokį objektą Kauna - residental landuse "Bermudų
> trikampis ".
> Įtariu, kad tai nėra oficialus pavadinimas. Kaip ten yra, kauniečiai?
> Kaip elgtis su tokiais objektais? Nesinorėtų ištrinti, nes tai yra
> kaip ir liaudies kūryba, žmonių išmislas. Gal galima apiforminti kaip
> kokį neoficialų pavadinimą ar pan?
>
> Jurijus

Labas,

Aš ne kaunietis, aš tik gyvenu Kaune. „Bermudų trikampis“ nėra oficialus
pavadinimas, bet plačiai naudojamas įvardinti tai vietai kai kažkas ten
gyvena, nuomoja butą ir pan. situacijose. Aš būčiau už pavadinimo
perkėlimą į loc_name. Tai leistų ne vietiniams surasti vietą, kurią
jiems nurodė. Sakyčiau, kad tai būtų žemėlapio privalumas, o ne trūkumas.

-- 
Aidas Kasparas

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


Re: [talk-au] Naming Bus Stops for interchanges in Sydney

2019-01-23 Thread Warin

The ref number is included in the GTFS data which has been applied for in April 
(last year).

https://opendata.transport.nsw.gov.au/dataset/timetables-complete-gtfs (GTFS 
'stop_id' I think is OSMs 'ref')

https://wiki.openstreetmap.org/wiki/Australian_data_catalogue

As there is an election coming up .. would some political pressure promote the 
processing of this application?



At the moment my thinking on bus stops tagging is

name= tag .. move the 'Stand' information to the beginning of the text etc

ref= tag ... use this for the reference number - this appears to be used by 
some renders and is helpful in using transport planners.

comment= tag use this for any route information that maybe present. Useful for 
mappers to check/use for route relations


On 22/01/19 13:01, cleary wrote:

In Sydney, many stops display the stop number but I'm not sure if we have another source 
for this data - in NSW, the convention is that the first four numbers  are the postcode 
of the suburb. So all stops in Strathfield would have a 6 or 7 digit number with the 
first four digits being the postcode for the suburb.  For example stands A to D at 
Strathfield have their numbers included in OSM with the tag "local_ref="





On Tue, 22 Jan 2019, at 12:21 PM, Warin wrote:

On 22/01/19 12:03, Sam Wilson wrote:

On 1/21/19 4:58 PM, Warin wrote:

I have used (misused?) the ref to tag the routes that use that bus
stop, then some one has put the stop 'number' in as local_ref.
Possibly the stop number is a 'operator_ref' ... whatever, no
practical use to the normal person.

I actually find the ref super useful, because with the Transperth app
in WA you can search by stop ID and it's quicker and a lot more
accurate than searching by street name etc. They're displayed in
OSMAnd, and that's usually where I get them from.

How do you know the number to start your search?




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


Re: [Talk-it] Perché si guadagna di più non importando cecamente i dati ufficiali

2019-01-23 Thread Sergio Farruggia
Ti riferisci a questo 
https://geoportal.regione.liguria.it/progetti/altri-progetti/dizionario-tag-openstreetmap-codici-db-topografico.html 
?

Usi il passato perché la collaborazione non ha più avuto seguito?
Regione Liguria continua a usare  i dati OSM per verificare propri dati? 
Altre Regioni?

Grazie

-Messaggio originale- 
From: Alessandro Palmas

Sent: Wednesday, January 23, 2019 9:56 AM
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Perché si guadagna di più non importando cecamente i 
dati ufficiali


Il 23/01/19 01:53, Martin Koppenhoefer ha scritto:

On 22. Jan 2019, at 12:40, stefano campus  wrote:

mi sembra un ottimo metodo per "superare" la viralità della licenza osm.


se veramente vanno a fare rilievi dove riscontrano differenze, non c’è 
niente di male nella procedura.





E' esattamente quello che facemmo nel 2016 con Regione Liguria, il cui
risultato venne esposto a OSMit2016.
Ma si sà che quello che avviene all'estero è sempre più bello di quello
che si fa in casa nostra.

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



---
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com


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


Re: [Talk-it] Utente pasticcione

2019-01-23 Thread Andy Townsend

(questa è una traduzione automatica, inglese originale sotto)

Ciao,

Alcuni altri mappatori di problemi sono stati segnalati al gruppo di 
lavoro sui dati che ha eseguito il mapping nello stesso stile di "Utente 
pasticcione" di prima (apportare alcune modifiche, bloccare, creare un 
nuovo account, ripetere). Ci collegheremo per riordinare alcuni dei 
problemi, ma è difficile capire cosa possiamo fare.


Ad esempio, https://www.openstreetmap.org/user/vohokudul è uno dei 
mappatori più recenti per adattarsi a questo modello. Sono stati 
contattati molte volte in diverse lingue 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=9211483, non 
hanno risposto quindi hanno ricevuto un messaggio da leggere prima di 
continuare a mappa https://www.openstreetmap.org/user_blocks/2454, che 
hanno ignorato. Le modifiche hanno commenti di changeset insignificanti 
(qui, "frnc") in iD con un locale en-US o en-GB.


Alcuni dei problemi evidenziati hanno incluso il mapping di eliminazione 
e reinserimento (vedere 
https://www.openstreetmap.org/node/67256760/history e 
https://www.openstreetmap.org/node/6214029481) e un " war on phoneboxes 
"(https://www.openstreetmap.org/node/3249785526/history ne è una vittima).


Un'opzione con i mappatori come questo è a volte per "ripristinare tutto 
non modificato da altri mappatori". Sfortunatamente qui alcune delle 
modifiche sembrano valide - ad esempio 
https://www.openstreetmap.org/node/6216912785/history (e no, non sembra 
essere una riaggiustamento di qualcosa che hanno cancellato loro stessi 
- vedi https : //overpass-turbo.eu/s/Fug e prova a cambiare la data). 
Quello di cui avremmo quindi bisogno qui è un suggerimento da parte 
della comunità su quale dei loro cambiamenti dovrebbe essere 
ripristinato (se ce ne sono) e come meglio farlo.


Saremo lieti di ricevere commenti su come utilizzare al meglio queste 
modifiche da questo mappatore: puoi rispondere qui o inviare un'email al 
gruppo di lavoro sui dati all'indirizzo d...@osmfoundation.org.


I migliori saluti,

Andy Townsend, a nome del Data Working Group di OSM.


Hello,

Some more problem mappers have been reported to the Data Working Group 
who have been mapping in the same style as the "Utente pasticcione" from 
previously (make some problem edits, get blocked, create new account, 
repeat).  We'd link to tidy up some of the problems, but it is difficult 
to work out what we can do.


For example, https://www.openstreetmap.org/user/vohokudul is one of the 
most recent mappers to fit this pattern.  They've been contacted many 
times in several languages 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=9211483 , 
they haven't replied so they've been sent a message to read before 
continuing to map https://www.openstreetmap.org/user_blocks/2454 , which 
they've ignored.  Edits have meaningless changeset comments (here, 
"frnc") in iD with an en-US or en-GB locale.


Some of the problems highlighted have included delete-and-re-add mapping 
(see https://www.openstreetmap.org/node/67256760/history and 
https://www.openstreetmap.org/node/6214029481 ) and a "war on 
phoneboxes" (https://www.openstreetmap.org/node/3249785526/history is a 
casualty of that).


An option with mappers like this is sometimes to "revert everything not 
since edited by other mappers".  Unfortunately here some of the edits do 
seem valid - https://www.openstreetmap.org/node/6216912785/history for 
example (and no, that doesn't appear to be a re-addition of something 
they deleted themselves - see https://overpass-turbo.eu/s/Fug and try 
changing the date).  What we'd therefore need here is a suggestion from 
the community about which of their changes should be reverted (if any) 
and how best to do that.


We'd welcome any comments about how best to deal with these edits by 
this mapper - you can reply here or email the data working group at 
d...@osmfoundation.org.


Best Regards,

Andy Townsend, on behalf of OSM's Data Working Group.



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


Re: [talk-au] Our work in last two weeks

2019-01-23 Thread Mark Pulley
I generally split these ways. A couple of reasons:

1. Traffic is generally not meant to make U-turns here. Occasionally there is 
an explicit no-U-turn sign, but most of the time there is a double white line 
extending from the end of the median strip preventing turning.

2. If a route relation uses the road, then it is required to split the road, as 
traffic following the relation doesn’t do a U-turn. As an example, have a look 
at https://www.openstreetmap.org/relation/1284045 
 - ways 
https://www.openstreetmap.org/way/175260353 
 and 
https://www.openstreetmap.org/way/175260354 
 are the respective forward 
members for each direction of travel. (Probably easier to see in the relation 
editor in JOSM) 

Mark P.

> On 22 Jan 2019, at 8:23 am, Nemanja Bračko  wrote:
> 
> @Warin,
> 
> I personally do not see why is it wrong if you split? It is just two segments 
> merged in one node. Geometry and data are exactly the same just it is 
> represented as two, instead of one line.
> 
> If we go deeper in this issue, it is actually wrong, because you have 
> marked/mapped 2 physical segments with just one line. Angle is not natural 
> for any road. However, it doesn't make any difference in routing so it is 
> acceptable to be mapped as one line in cases like this.
> 
> Thanks,
> Nemanja

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


Re: [Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

2019-01-23 Thread Hubert87

Hallo Flo,

bei dem Thema gibt es leider im Detail keinen abschließenden Konsens in 
der entsprechenden Community.


Das Lübecker Schema hast Du soweit, wie Du es beschrieben hast, im Kern 
richtig verstanden. Bitte schaue Dir im Vergleich dazu auch nochmal die 
Seite 
https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren 
an. (Disclaimer: vor einiger Zeit hauptsächlich von mir überarbeitet.)


Beste Grüße

Hubert87


Am 23.01.2019 um 18:48 schrieb Florian Lohoff:

Moin,
ich tue mir glaube ich wie viele Mapper mit dem Thema
Radverkehrsinfrastruktur extrem schwer. Die Matrix mit
"An der Straße", "Separat", "Benutzungspflichtig", "Radfahrstreifen",
"Schutzstreifen", "Benutzbarer Mehrzweckstreifen", "Richtungsgebunden",
"path vs cycleway", "Linksseitig - Radfahrer frei" etc ist einfach gigantisch.

Ich bin jetzt hier drüber gestolpert:
https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren_L%C3%BCbecker_Methode

Und habe da eine Verständnisfrage:

Wenn ich das Modell richtig verstehe dann habe ich auf einer
Straße die die tags für den Radweg beinhaltet

cycleway:left=track
cycleway=left

D.h. ich habe beides. Korrekt verstanden? Das habe ich meinem tag
Fehlerfinder bisher IIRC anders drin.

Dann habe ich eine Frage zum Thema Schutzstreifen vs. Radfahrstreifen.
Hier sagt das Modell das ein angeordneter Radfahrstreifen ein
bicycle=designated bekommt. Ein Schutzstreifen bekommt ein bicycle=yes
(Beide haben cycleway:*=lane.)

D.h. ich habe bei Schutz-/Radfahrstreifen jetzt diese Kombinationen:

Angeordneter Radfahrstreifen:

cycleway=left
cycleway:left=lane
cycleway:left:bicycle=designated

Schutzstreifen

cycleway=left
cycleway:left=lane
cycleway:left:bicycle=yes

Nicht angeordneter Radfahrstreifen:

cycleway=left
cycleway:left=lane

Korrekt?

Ich finde das ganze Thema Radinfrastruktur trotz Fahrradaffinität
einfach nur ultrakompliziert. Und das Tagging in weiten teilen
von OSM (Zumindest in Deutschland) spiegelt das wieder. Es wird
irgendwas, irgendwie gemapped damit das in der Karte wie
ein Radweg aussieht. Dann finden sich da bicycle=official oder
designated oder yes und in wildesten kombinationen. Mal ist
es separat gemapped mal an der Straße. Dann fehlen auf den
Separaten wegen die oneways (Völlig unüblich) etc

Flo

___
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


Re: [Talk-lt] Ką daryti su tokiais objektų pavadinimais?

2019-01-23 Thread Tomas Straupis
2019-01-23, tr, 20:33 Jurkis rašė:
> Užrodė žmonės tokį objektą Kauna - residental landuse "Bermudų trikampis".
> Kaip elgtis su tokiais objektais? Nesinorėtų ištrinti, nes tai yra kaip ir 
> liaudies
> kūryba, žmonių išmislas. Gal galima apiforminti kaip kokį neoficialų 
> pavadinimą ar pan?

  Sakyčiau trinti, nes jei tokį pavadinimą priimsim, tai tada
kiekvienam objektui galima bus registruoti savo asmeninius
pavadinimus. Prieš kelis metus trynėm vieno Kauno tualeto pavadinimą
„Auksinis tualetas“ - jis buvo kur kas labiau žinomas, bet, visgi,
labai gadino oficialų Kauno turistinį žemėlapį, kuriamą pagal OSM
duomenis.

  Negaliu sugalvoti žemėlapio, kuriame būtų įdomu rodyti tokį pavadinimą.

P.S. Jei jau labai labai labai norisi palikti, mačiau Vilniuje
atsirado žymos loc_name su reikšmėm Koralai, Fabai ir pan. Tai galima
kažkur ten numesti.

-- 
Tomas

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


[Talk-lt] Ką daryti su tokiais objektų pavadinimais?

2019-01-23 Thread Jurkis
Sveiki
Užrodė žmonės tokį objektą Kauna - residental landuse "Bermudų trikampis
".
Įtariu, kad tai nėra oficialus pavadinimas. Kaip ten yra, kauniečiai?
Kaip elgtis su tokiais objektais? Nesinorėtų ištrinti, nes tai yra kaip ir
liaudies kūryba, žmonių išmislas. Gal galima apiforminti kaip kokį
neoficialų pavadinimą ar pan?

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


[Talk-de] Radverkehrsinfrastruktur / Lübecker Modell

2019-01-23 Thread Florian Lohoff

Moin,
ich tue mir glaube ich wie viele Mapper mit dem Thema
Radverkehrsinfrastruktur extrem schwer. Die Matrix mit
"An der Straße", "Separat", "Benutzungspflichtig", "Radfahrstreifen",
"Schutzstreifen", "Benutzbarer Mehrzweckstreifen", "Richtungsgebunden",
"path vs cycleway", "Linksseitig - Radfahrer frei" etc ist einfach gigantisch.

Ich bin jetzt hier drüber gestolpert:
https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren_L%C3%BCbecker_Methode

Und habe da eine Verständnisfrage:

Wenn ich das Modell richtig verstehe dann habe ich auf einer
Straße die die tags für den Radweg beinhaltet

cycleway:left=track
cycleway=left

D.h. ich habe beides. Korrekt verstanden? Das habe ich meinem tag
Fehlerfinder bisher IIRC anders drin.

Dann habe ich eine Frage zum Thema Schutzstreifen vs. Radfahrstreifen.
Hier sagt das Modell das ein angeordneter Radfahrstreifen ein
bicycle=designated bekommt. Ein Schutzstreifen bekommt ein bicycle=yes
(Beide haben cycleway:*=lane.)

D.h. ich habe bei Schutz-/Radfahrstreifen jetzt diese Kombinationen:

Angeordneter Radfahrstreifen:

cycleway=left
cycleway:left=lane
cycleway:left:bicycle=designated

Schutzstreifen

cycleway=left
cycleway:left=lane
cycleway:left:bicycle=yes

Nicht angeordneter Radfahrstreifen:

cycleway=left
cycleway:left=lane

Korrekt?

Ich finde das ganze Thema Radinfrastruktur trotz Fahrradaffinität
einfach nur ultrakompliziert. Und das Tagging in weiten teilen
von OSM (Zumindest in Deutschland) spiegelt das wieder. Es wird
irgendwas, irgendwie gemapped damit das in der Karte wie
ein Radweg aussieht. Dann finden sich da bicycle=official oder
designated oder yes und in wildesten kombinationen. Mal ist
es separat gemapped mal an der Straße. Dann fehlen auf den
Separaten wegen die oneways (Völlig unüblich) etc 

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


[Talk-dk] Nordøstgrønland - kvalificeret hjælp søges

2019-01-23 Thread Anders Hedelund
Tak. God tilbagemelding, lige den slags, jeg havde brug for. Vil 
nærstudere, tilrette og forklare resten.




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


Re: [OSM-ja] 日本の「Acces / 交通手段による制限 - 陸上交通 車両種別アクセス」について

2019-01-23 Thread yuu hayashi
hayashiです

xyzxyz2さまのご指摘のとおり、’agricultural(小特)’は’motorcar’に含まれるとしたので、自動車専用道路においての"motorcar=yes
+ agricultural= yes"は冗長になりますね。
高速自動車国道の場合のみ ’agricultural=no’ が必要になります。

この部分については、JapanTagging:Road TypeのImpliesの改定提案をするときに議論しようと思っていたところです。
JapanTagging:Road Typeは、古くに定義され、すでに多くのマッパーが
JapanTagging:RoadTypeに準じてマッピングしています。
今回の車両種別の定義で
’agricultural(小特)’を定義したことにより、新たに「自動車専用道路」と「高速自動車国道」を区別することができるようになりました。

ここで、”自動車専用道路に agricultural=yes は冗長なので付けないこと”とすると、今現在マッピング済みのすべての
highway=motorway は「自動車専用道路(agricultural=yes)」となってしまいます。
そこで、調査によって「自動車専用道路」と「高速自動車国道」とを識別できたものに agricultural=yes/no
を付与し、未調査・識別できていないものには agricultural=* を付けないこととする
というような提案をしようかなと思っていたところです。
”「自動車専用道路」と「高速自動車国道」の識別ぐらい短期間で一気に変更できるので冗長な agricultural=yes
は必要ない”というようなご意見もあるかと思います。

みなさんの意見を伺いたいです
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja


Re: [talk-cz] Fwd: přihláška do spolku OSM-CZ

2019-01-23 Thread Pavel Machek
On Thu 2019-01-17 07:57:05, Tom Ka wrote:
> st 16. 1. 2019 v 20:05 odesílatel gorn  napsal:
> > Členem spolku OpenStreetMap Česká republika z.s. se lze stát takto:
> >
> > 1. vyplňte přihlášku a předejte ji někomu z rady (podrobnosti na přihlášce)
> > 2. na účet spolku pošlete členský příspěvek na rok 2019, do textu napište 
> > jméno, příjmení ať se nám to líp páruje.
> 
> Ahoj, vyse clenskeho prispevku na rok 2019 je 100,-. Text zpravy pro
> prijemce prosim stejne jako stavajici clenove ve formatu:
> 
> clensky prispevek 2019 - JMENO PRIJMENI (OSM NICK)
> 
> > GPG klíč ani telefon nepotřbujeme, ale telefon se může hodit ke komunikaci 
> > a GPG klíč pro případné elektronické hlasování
> 
> Jen pripominam, ze pokud chcete mit moznost hlasovat na valne hromade
> spolku vzdalene elektronicky, je GPG klic v prihlasce nezbytny!
> (pokud budete na valne hromady jezdit, nebo nekomu date plnou moc,
> nemusi byt potrebny)

Myslim ze GPG klice jsou dobry napad. Mimochodem bych se nebal ani
elektronicke prihlasky podepsane GPG... Napriklad muj klic muzete
overit trivialne (uz ho pouzivam v konferenci docela dlouho), kdyby
to nestacilo, ma podpisy od nekolika celkem znamych lidi.

...kdezto kdyz poslu papirovou prihlasku. Ja nevim, vy poznate muj
podpis?

Hmm, a kdyz poslu pet papirovych prihlasek...? :-).
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [Talk-dk] Nordøstgrønland - kvalificeret hjælp søges

2019-01-23 Thread Jørgen Elgaard Larsen

Anders Hedelund skrev:
Så har jeg færdigredigeret hele baduljen til det sted, hvor jeg ikke 
umiddelbart kan komme videre og der er brug for, at nogen ser på det. 


Godt arbejde! Og fin dokumentation.

Har du diskuteret importen med de lokale? Jeg kan se, at mailinglisten 
talk-gl tilsyneladende ikke længere findes, men du kan jo prøve at tage 
fat i nogle af dem, der er nævnt på 
https://wiki.openstreetmap.org/wiki/WikiProject_Greenland (selvom siden 
ser lidt forladt ud).



Jeg har kigget lidt nærmere på dit regneark. Det ser overordnet godt ud, 
men der er nogle mindre spørgsmål og issues.



Først og fremmest: Hvilken projektion er koordinaterne?
Jeg har prøvet at hente WFS fra GEUS, og den bruger tilsyneladende 
EPSG:32627. Har du reprojiceret eller er dine koordinater stadig EPSG:32627?


For det andet: Er listen renset for ting, der allerede findes i OSM? 
Ellers skal der laves et arbejde for at sortere dem fra.


Der er lidt rod i kolonnerne OSM1, OSM2 og OSM3. Det lader til, at du 
primært bruger OSM1: key, OSM2: value, OSM3: key=value (Eksempelvis 
"Dortes Kulmine").

Men f.x. "Fox Havn" har OSM1: "harbour=yes" og intet andet.
Og "Sandstensfjeldene" har OSM1: natural, OSM2: mountain_range, OSM3: range.


Så er der nogle lidt sære tags.
"Snemarken" natural=glacier, type=icecap.
Det burde være natural=glacier, glacier:type=icecap

"Nesodden" har natural=region, region=peninsula.
Jeg kan ikke finde dokumentation for natural=region.
Du bør i stedet tagge som enten natural=peninsula (proposed tag) eller 
place=peninsula (tidligere de facto tagging).


"Finderup Land" har place=region,region=area.
place=region lader til at være lidt deprecated, og jeg kan ikke finde 
dokumentation for region=area. Jeg er ikke sikker på, hvordan det er 
korrekt at tagge, men jeg ville i hvert fald droppe region=area.


"Gravsletten" har natural=region, region=plain.
Igen, natural=region giver ingen mening. Allerhelst bør sletter tagges 
efter overflade, f.x. natural=shingle. Men det kræver selvfølgelig mere 
research.



"Brønlunds Grav" har man_made=cairn,type=grave.
Jeg ville nok bruge man_made=cairn,historic=tomb

water=coast ("Kødgravene") og water=delta ("Øksnevad") er også ukendte 
værdier.



Endelig er der navnene. Nogle af dem har dansk navn i name og grønlandsk 
navn i alt_name. Andre omvendt. Det ville være godt, hvis det var mere 
ensartet.



Det lader i øvrigt til, at nogle af navnene kun er med i nogle af 
listerne på https://data.geus.dk/geusmap/?mapname=stednavnedb


Hvis man går ind på siden og downloader som regneark, er f.x. "Wenkhorn" 
med på listen (den er også med hos dig). Men hvis man vælger "kilde" 
eller eksporterer som WFS, så er den ikke med.


Gad vide hvorfor?





- Jørgen

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


Re: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread majka
Moc nám toho neubude, i když i tak to něco málo udělá:

[landuse=reservoir][natural=water][water]:
way  325
relation 12

nebo bez upřesnění typu

[landuse=reservoir][natural=water]:
way  513
relation 17

k tomu:

[landuse=reservoir][man_made]
way  29

A navíc 2x waterway=pond

Jestli někoho napadá ještě něco dalšího, sem s tím...

Majka

On Wed, 23 Jan 2019 at 14:30, Tom Ka tomas.kaspa...@gmail.com
 wrote:

Ahoj, za mne ok, udelal bych 1), pak se uvidi, co zbyde a jak delat 2).
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread Tom Ka
Ahoj, za mne ok, udelal bych 1), pak se uvidi, co zbyde a jak delat 2).

Bye


On Wed, Jan 23, 2019, 10:07 majka  K téhle záležitosti - nebylo by vhodné udělat hromadnou opravu, případně
> nějakou akci přes task manager/poi importer?
>
> Možnosti:
>
>1. Tam, kde máme jak landuse=reservoir (vycházející z importu
>dibavod), tak i natural=water, water=[pond,lake], jen vymazat
>landuse=reservoir.
>2. Vyfiltrovat ty rybníky dotazem viz předchozí maily
>(landuse=reservoir, má dibavod:id, má jméno) a jednotlivě projít
>3. Totéž jako 2., ale pro všechny landuse=reservoir z dibavodu (tj. i
>nepojmenované) a všude opravit/doplnit značení.
>
> Ad 1: pokud se shodneme, klidně udělám sama, vč. prohnání přes import list
>
> Ad 2: jednotlivá kontrola - bude chtít zase nasazení všech, protože toho
> je opravdu hodně.
>
> Vzájemně se to nevylučuje - ideál by patrně bylo nejdříve odmazat všude tu
> nadbytečnou značku landuse, a pak zbytek projít jednotlivě.
>
> To jméno (v bodě 2) je silné zjednodušení, kde vycházím z toho, že pokud
> je nádrž pojmenovaná, jedná se o rybník. Určitě tam budou i "jména", jako
> bylo vidět na jednom z těch dotazů, typu name=lom, name=nádrž a podobně.
>
> Majka
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [OSM-talk] Looking for phot of mapping mappers

2019-01-23 Thread Milo van der Linden
I have some too, feel free to use them as you like
http://www.dogodigi.net/assets/images/content/portfolio10.jpg and
http://www.dogodigi.net/assets/images/content/hot_1.png

I have more, but I would have to look them up.

Op wo 23 jan. 2019 om 10:28 schreef althio :

> Some can be searched on flickr:
>
>
> https://www.flickr.com/search/?media=photos=2%2C3%2C4%2C5%2C6%2C9=1=openstreetmap%20mapping%20party
>
> https://www.flickr.com/search/?media=photos=2%2C3%2C4%2C5%2C6%2C9=1=cartopartie
>
> -- althio
>
>
> On Wed, 23 Jan 2019 at 08:02, Mateusz Konieczny 
> wrote:
>
>>
>> Jan 23, 2019, 5:27 AM by sea...@gmail.com:
>>
>> On Wed, Jan 23, 2019 at 5:22 AM Christoph Hormann  wrote:
>>
>> I like in particular
>>
>>
>> https://wiki.openstreetmap.org/wiki/File:Guagua_ESSC-OSMPH_Training_field_survey.jpg
>>
>>
>> Thanks! Looking at this media page, I see that I only uploaded a
>> scaled-down version. Oops. I have now re-uploaded the full 12MP version of
>> the photo.
>>
>> Thanks for making this photo and sharing it (especially on licence
>> allowing reuse)
>> and thanks to Christoph for pointing me to it!
>>
>> If someone has a similar photo - please, share it. This time
>> just one is enough but sooner or later it will be useful to have more
>> variety.
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


-- 
[image: http://www.dogodigi.net] 
*Milo van der Linden*
web: dogodigi 
tel: +31-6-16598808
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread Michal Poupa
Proto jsem chtěl nějdříve řešit ty s největší plochou (obvodem) - dělá
mi to bordel v leteckých mapách :-)

Ty malé se dají řešit později

st 23. 1. 2019 v 10:46 odesílatel majka  napsal:
>
> Dalibore,
>
> tady ale nejde o rybník nebo jezero. Tady jde o to, že to máme zmapované jako 
> landuse=reservoir, a že toho máme skoro 65000 ks v databázi, takže je třeba 
> to nějak rozkouskovat.
>
> Ten "rybník" je těžká zkratka, která nedělá nic jiného, že tohle "předsune" v 
> pořadí před ty nepojmenované. Jen to říká, že většinou název bude znamenat, 
> že je to "nějak" významné.
> A pokud se podíváš na ten můj návrh, tak tam říkám, že to chce upravit ručně, 
> a že to není práce pro jednoho člověka (bod 2 a 3).
>
> Automaticky by se opravovalo jen to, kde už ty značky (rybník/jezero/...) 
> jsou dobře, jen je tam navíc landuse=reservoir (bod 1). Protože tím by nám 
> toho mohlo poměrně dost vypadnout z toho ručního procházení.
>
> Jestli se Ti chce rovnou do celých 65 tisíc nádrží, máš možnost :)
>
> Majka
>
> On Wed, 23 Jan 2019 at 10:33, Dalibor Jelínek  wrote:
>>
>> Ahoj,
>>
>> úplně nechápu ten předpoklad, že pokud je nádrž pojmenovaná,
>>
>> tak se jedná o rybník. Může to být přece i jezero.
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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


Re: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread majka
Dalibore,

tady ale nejde o rybník nebo jezero. Tady jde o to, že to máme zmapované
jako landuse=reservoir, a že toho máme skoro 65000 ks v databázi, takže je
třeba to nějak rozkouskovat.

Ten "rybník" je těžká zkratka, která nedělá nic jiného, že tohle "předsune"
v pořadí před ty nepojmenované. Jen to říká, že většinou název bude
znamenat, že je to "nějak" významné.
A pokud se podíváš na ten můj návrh, tak tam říkám, že to chce upravit
ručně, a že to není práce pro jednoho člověka (bod 2 a 3).

*Automaticky by se opravovalo jen to, kde už ty značky (rybník/jezero/...)
jsou dobře, jen je tam navíc landuse=reservoir (bod 1). *Protože tím by nám
toho mohlo poměrně dost vypadnout z toho ručního procházení.

Jestli se Ti chce rovnou do celých 65 tisíc nádrží, máš možnost :)

Majka

On Wed, 23 Jan 2019 at 10:33, Dalibor Jelínek  wrote:

> Ahoj,
>
> úplně nechápu ten předpoklad, že pokud je nádrž pojmenovaná,
>
> tak se jedná o rybník. Může to být přece i jezero.
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread Michal Poupa
Identifikovat rybník a pískovnu tedy jezero bude automaticky problém.
Máchovo jezero je jezero v názvu a přitom je to taky rybník ...
jezero je něco co se nedá vypustit nemá to špunt nebo stavidlo ...

st 23. 1. 2019 v 10:33 odesílatel Dalibor Jelínek  napsal:
>
> Ahoj,
>
> úplně nechápu ten předpoklad, že pokud je nádrž pojmenovaná,
>
> tak se jedná o rybník. Může to být přece i jezero.
>
>
>
> https://www.openstreetmap.org/way/50959841#map=19/50.15133/13.82333
>
> A tady se něco jmenuje „požární rybník“, ale vypadá to jako normální nádrž.
>
>
>
> Ale hlavně chci upozornit na to, že původní import Dibavod byl neúplný
>
> a vypadly z něj všechny vodní plochy, na kterých jsou ostrovy a těch není
>
> zrovna málo. Pár takových rybníků jsem dokresloval ručně a ty tedy
>
> žádný dibavod:id nemají.
>
>
>
> Dalibor
>
>
>
> From: majka [mailto:majka.zem+t...@gmail.com]
> Sent: Wednesday, January 23, 2019 10:06 AM
> To: OpenStreetMap Czech Republic 
> Subject: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních 
> ploch se špatnou kategoriií
>
>
>
> K téhle záležitosti - nebylo by vhodné udělat hromadnou opravu, případně 
> nějakou akci přes task manager/poi importer?
>
>
>
> Možnosti:
>
> Tam, kde máme jak landuse=reservoir (vycházející z importu dibavod), tak i 
> natural=water, water=[pond,lake], jen vymazat landuse=reservoir.
> Vyfiltrovat ty rybníky dotazem viz předchozí maily (landuse=reservoir, má 
> dibavod:id, má jméno) a jednotlivě projít
> Totéž jako 2., ale pro všechny landuse=reservoir z dibavodu (tj. i 
> nepojmenované) a všude opravit/doplnit značení.
>
> Ad 1: pokud se shodneme, klidně udělám sama, vč. prohnání přes import list
>
>
>
> Ad 2: jednotlivá kontrola - bude chtít zase nasazení všech, protože toho je 
> opravdu hodně.
>
>
>
> Vzájemně se to nevylučuje - ideál by patrně bylo nejdříve odmazat všude tu 
> nadbytečnou značku landuse, a pak zbytek projít jednotlivě.
>
>
>
> To jméno (v bodě 2) je silné zjednodušení, kde vycházím z toho, že pokud je 
> nádrž pojmenovaná, jedná se o rybník. Určitě tam budou i "jména", jako bylo 
> vidět na jednom z těch dotazů, typu name=lom, name=nádrž a podobně.
>
>
>
> Majka
>
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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


[Talk-dk] Nordøstgrønland - kvalificeret hjælp søges

2019-01-23 Thread Anders Hedelund

Hovsa, mit svar fra d. 11 ds. var vist sendt forkert:

Så har jeg færdigredigeret hele baduljen til det sted, hvor jeg ikke 
umiddelbart kan komme videre og der er brug for, at nogen ser på det. 
Det ligger på adressen http://xoz.dk/public/nordost


Bemærk endnu engang, at der KUN er punkter. Dette er i overensstemmelse 
med nuværende 'bedste/mest omfattende' kort fra GEUS. Se tekstfilerne 
angående indholdet og benyttede metode.


--
Med venlig Hilsen Anders Hedelund - and...@xoz.dk  +45 3990 5335 Mob: +45 6150 
5335 TR: +90 531 831 0220
Et liv efter overlevelsen: http://iug.dk


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


Re: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread Michal Poupa
Udělal jsem ručně všechny přehrady v CZ - podle seznamu z wiky atd... špatně 
ptahovaných přehrad bude minimum.

Nejvíc bude špatně rybníků, pískoven a různých slepých ramen řek - tůní ty by 
meli být jako lake i pískovny.


Michal

23. 1. 2019 v 10:06, majka :

> K téhle záležitosti - nebylo by vhodné udělat hromadnou opravu, případně 
> nějakou akci přes task manager/poi importer?
> 
> Možnosti:
> Tam, kde máme jak landuse=reservoir (vycházející z importu dibavod), tak i 
> natural=water, water=[pond,lake], jen vymazat landuse=reservoir.
> Vyfiltrovat ty rybníky dotazem viz předchozí maily (landuse=reservoir, má 
> dibavod:id, má jméno) a jednotlivě projít
> Totéž jako 2., ale pro všechny landuse=reservoir z dibavodu (tj. i 
> nepojmenované) a všude opravit/doplnit značení.
> Ad 1: pokud se shodneme, klidně udělám sama, vč. prohnání přes import list
> 
> Ad 2: jednotlivá kontrola - bude chtít zase nasazení všech, protože toho je 
> opravdu hodně.
> 
> Vzájemně se to nevylučuje - ideál by patrně bylo nejdříve odmazat všude tu 
> nadbytečnou značku landuse, a pak zbytek projít jednotlivě. 
> 
> To jméno (v bodě 2) je silné zjednodušení, kde vycházím z toho, že pokud je 
> nádrž pojmenovaná, jedná se o rybník. Určitě tam budou i "jména", jako bylo 
> vidět na jednom z těch dotazů, typu name=lom, name=nádrž a podobně.
> 
> Majka
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread Dalibor Jelínek
Ahoj,

úplně nechápu ten předpoklad, že pokud je nádrž pojmenovaná,

tak se jedná o rybník. Může to být přece i jezero.

 

https://www.openstreetmap.org/way/50959841#map=19/50.15133/13.82333

A tady se něco jmenuje „požární rybník“, ale vypadá to jako normální nádrž.

 

Ale hlavně chci upozornit na to, že původní import Dibavod byl neúplný

a vypadly z něj všechny vodní plochy, na kterých jsou ostrovy a těch není

zrovna málo. Pár takových rybníků jsem dokresloval ručně a ty tedy

žádný dibavod:id nemají.

 

Dalibor

 

From: majka [mailto:majka.zem+t...@gmail.com] 
Sent: Wednesday, January 23, 2019 10:06 AM
To: OpenStreetMap Czech Republic 
Subject: [talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních 
ploch se špatnou kategoriií

 

K téhle záležitosti - nebylo by vhodné udělat hromadnou opravu, případně 
nějakou akci přes task manager/poi importer?

 

Možnosti:

1.  Tam, kde máme jak landuse=reservoir (vycházející z importu dibavod), 
tak i natural=water, water=[pond,lake], jen vymazat landuse=reservoir.
2.  Vyfiltrovat ty rybníky dotazem viz předchozí maily (landuse=reservoir, 
má dibavod:id, má jméno) a jednotlivě projít
3.  Totéž jako 2., ale pro všechny landuse=reservoir z dibavodu (tj. i 
nepojmenované) a všude opravit/doplnit značení.

Ad 1: pokud se shodneme, klidně udělám sama, vč. prohnání přes import list

 

Ad 2: jednotlivá kontrola - bude chtít zase nasazení všech, protože toho je 
opravdu hodně.

 

Vzájemně se to nevylučuje - ideál by patrně bylo nejdříve odmazat všude tu 
nadbytečnou značku landuse, a pak zbytek projít jednotlivě. 

 

To jméno (v bodě 2) je silné zjednodušení, kde vycházím z toho, že pokud je 
nádrž pojmenovaná, jedná se o rybník. Určitě tam budou i "jména", jako bylo 
vidět na jednom z těch dotazů, typu name=lom, name=nádrž a podobně.

 

Majka

 

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


Re: [talk-cz] Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread Michal Poupa
Super díky za pomoc to vypadá moc dobře.

Jak změním tu oblast v dotazu nevidím tam žádné souřadnice.


23. 1. 2019 v 9:33, majka :

> 
>> On Tue, 22 Jan 2019 at 21:13, Michal Poupa  wrote:
>> to je super a mohl by tam být link na ten objekt pak by to bylo dokonalé!!!
> 
> Jestli ti jde o tu csv tabulku, tak tady máš upravený dotaz, který vrací typ 
> a id objektu + jméno rybníka. Ten odkaz si musíš z toho zpracovat sám.
> 
> Příklad:
> @type @id name
> way   25447965Břilický rybník   ->  
> https://www.openstreetmap.org/way/25447965
> relation  6587973Staňkovský rybník ->  
> https://www.openstreetmap.org/relation/6587973
> tj. první dva sloupce spojit přes lomítko a před to 
> "https://www.openstreetmap.org/;
> 
> Pro normální editaci v OSM se předpokládá, že použiješ přímo ten odkaz, který 
> vrací JSON a kterým ta vrácená data můžeš načíst do JOSM přímo, bez těchhle 
> vylomenin. Ono se jaksi nepočítá s tím, že ten, kdo používá overpass turbo 
> bude editovat v iD. Sice to taky jde, ale jen postupně odklikávat z mapy 
> jeden objekt za druhým. Vcelku netuším, v čem je ta tabulka lepší.
> 
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [OSM-talk] Looking for phot of mapping mappers

2019-01-23 Thread althio
Some can be searched on flickr:

https://www.flickr.com/search/?media=photos=2%2C3%2C4%2C5%2C6%2C9=1=openstreetmap%20mapping%20party
https://www.flickr.com/search/?media=photos=2%2C3%2C4%2C5%2C6%2C9=1=cartopartie

-- althio


On Wed, 23 Jan 2019 at 08:02, Mateusz Konieczny 
wrote:

>
> Jan 23, 2019, 5:27 AM by sea...@gmail.com:
>
> On Wed, Jan 23, 2019 at 5:22 AM Christoph Hormann  wrote:
>
> I like in particular
>
>
> https://wiki.openstreetmap.org/wiki/File:Guagua_ESSC-OSMPH_Training_field_survey.jpg
>
>
> Thanks! Looking at this media page, I see that I only uploaded a
> scaled-down version. Oops. I have now re-uploaded the full 12MP version of
> the photo.
>
> Thanks for making this photo and sharing it (especially on licence
> allowing reuse)
> and thanks to Christoph for pointing me to it!
>
> If someone has a similar photo - please, share it. This time
> just one is enough but sooner or later it will be useful to have more
> variety.
>
>
> ___
> 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-fr] Origine des données Waze

2019-01-23 Thread Jean-Francois Gaffard via Talk-fr

en tout les cas s'ils pompent, ils ne pompent pas partout en France

https://www.waze.com/ul?ll=45.18742870%2C2.56858310=yes=16

https://www.openstreetmap.org/#map=16/45.1873/2.5729

cordialement

Jeffdelonge

Le 20/01/2019 à 22:13, deuzeffe a écrit :

Bonsoir,

À la suite de l'article de Numérama 
(https://www.numerama.com/tech/455697-on-a-mis-un-feu-rouge-improbable-a-lentree-de-la-ville-les-astuces-du-maire-de-lieusaint-pour-tromper-waze.html 
), j'ai tenté de satisfaire ma curiosité en allant voir ce que 
représentait et mettait en avant une carte Waze, dans ma zone de 
confort (celle que je connais le moins mal, donc).


Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou 
pas (plus ou moins mal) mapés comme des parkings, des chemins piétons, 
des landuse de forme bizarre, etc., bref des trucs pour lesquels, sans 
verser dans la paranoïa ou le complexe de supériorité, j'ai l'intime 
conviction qu'ils proviennent d'osm (ou de quelqu'un qui waze dans mon 
coin en étant très précis - et ce n'est pas moi ^^).


D'où ma question, à part les wazeurs et wazeuses (pas comme mes 
blagues), quelle est l'origine des données Waze (Tous droits réservées 
Waze Mobile, dit le cartouche en bas de carte) ?


(ce ne sont pas les cartes publiques de GG maps : elles sont encore 
plus fausses).


Une idée ?


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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


[talk-cz] Hromadná editace/úkol pro všechny? Bylo: Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread majka
K téhle záležitosti - nebylo by vhodné udělat hromadnou opravu, případně
nějakou akci přes task manager/poi importer?

Možnosti:

   1. Tam, kde máme jak landuse=reservoir (vycházející z importu dibavod),
   tak i natural=water, water=[pond,lake], jen vymazat landuse=reservoir.
   2. Vyfiltrovat ty rybníky dotazem viz předchozí maily
   (landuse=reservoir, má dibavod:id, má jméno) a jednotlivě projít
   3. Totéž jako 2., ale pro všechny landuse=reservoir z dibavodu (tj. i
   nepojmenované) a všude opravit/doplnit značení.

Ad 1: pokud se shodneme, klidně udělám sama, vč. prohnání přes import list

Ad 2: jednotlivá kontrola - bude chtít zase nasazení všech, protože toho je
opravdu hodně.

Vzájemně se to nevylučuje - ideál by patrně bylo nejdříve odmazat všude tu
nadbytečnou značku landuse, a pak zbytek projít jednotlivě.

To jméno (v bodě 2) je silné zjednodušení, kde vycházím z toho, že pokud je
nádrž pojmenovaná, jedná se o rybník. Určitě tam budou i "jména", jako bylo
vidět na jednom z těch dotazů, typu name=lom, name=nádrž a podobně.

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


Re: [Talk-it] Perché si guadagna di più non importando cecamente i dati ufficiali

2019-01-23 Thread Alessandro Palmas

Il 23/01/19 01:53, Martin Koppenhoefer ha scritto:

On 22. Jan 2019, at 12:40, stefano campus  wrote:

mi sembra un ottimo metodo per "superare" la viralità della licenza osm.


se veramente vanno a fare rilievi dove riscontrano differenze, non c’è niente 
di male nella procedura.




E' esattamente quello che facemmo nel 2016 con Regione Liguria, il cui 
risultato venne esposto a OSMit2016.
Ma si sà che quello che avviene all'estero è sempre più bello di quello 
che si fa in casa nostra.


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


Re: [talk-cz] Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread majka
On Wed, 23 Jan 2019 at 09:49, Marián Kyral  wrote:

> Pokud se jedná o nějaké jednoduché doplnění tagování, bez editací
> geometrií, dá se použít Level0 editor:
> https://wiki.openstreetmap.org/wiki/Level0
>
To jsem si ani netroufla nabídnout - i když ho používám také, na některé
věci je to to nejlepší co může být.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [talk-cz] Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread Marián Kyral

Pokud se jedná o nějaké jednoduché doplnění tagování, bez editací geometrií,
dá se použít Level0 editor: https://wiki.openstreetmap.org/wiki/Level0




Jednoduchý textový editor bez grafických zbytečností ;-)


Párkrát jsem jej použil, dá se otevřít rovnou z Overpass-turbo. Jen je občas
lepší dělat změny po menších částech.




Marián







-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 1. 2019 9:38:34
Předmět: Re: [talk-cz] Seznam vodních ploch se špatnou kategoriií
"







On Tue, 22 Jan 2019 at 21:13, Michal Poupa mailto:michal.po...@gmail.com)> wrote:

"
to je super a mohl by tam být link na ten objekt pak by to bylo dokonalé!!!
"



Jestli ti jde o tu csv tabulku, tak tady(https://overpass-turbo.eu/s/Fsq) 
máš upravený dotaz, který vrací typ a id objektu + jméno rybníka. Ten odkaz
si musíš z toho zpracovat sám.




Příklad:

@type @id         name


way 25447965 Břilický rybník   ->  https://www.openstreetmap.org/way/
25447965(https://www.openstreetmap.org/way/25447965)

relation 6587973        Staňkovský rybník ->  https://www.openstreetmap.org/
relation/(https://www.openstreetmap.org/relation/)6587973

tj. první dva sloupce spojit přes lomítko a před to "https://www.
openstreetmap.org/(https://www.openstreetmap.org/)"





Pro normální editaci v OSM se předpokládá, že použiješ přímo ten odkaz,
který vrací JSON(https://overpass-turbo.eu/s/Frs) a kterým ta vrácená data
můžeš načíst do JOSM přímo, bez těchhle vylomenin. Ono se jaksi nepočítá s
tím, že ten, kdo používá overpass turbo bude editovat v iD. Sice to taky
jde, ale jen postupně odklikávat z mapy jeden objekt za druhým. Vcelku
netuším, v čem je ta tabulka lepší.




Majka




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


Re: [talk-cz] Seznam vodních ploch se špatnou kategoriií

2019-01-23 Thread majka
On Tue, 22 Jan 2019 at 21:13, Michal Poupa  wrote:

> to je super a mohl by tam být link na ten objekt pak by to bylo dokonalé!!!
>

Jestli ti jde o tu csv tabulku, tak tady  máš
upravený dotaz, který vrací typ a id objektu + jméno rybníka. Ten odkaz si
musíš z toho zpracovat sám.

Příklad:
@type @id name
way 25447965 Břilický rybník   ->
https://www.openstreetmap.org/way/25447965
relation 6587973Staňkovský rybník ->
https://www.openstreetmap.org/relation/6587973
tj. první dva sloupce spojit přes lomítko a před to "
https://www.openstreetmap.org/;

Pro normální editaci v OSM se předpokládá, že použiješ přímo ten odkaz,
který vrací JSON  a kterým ta vrácená data
můžeš načíst do JOSM přímo, bez těchhle vylomenin. Ono se jaksi nepočítá s
tím, že ten, kdo používá overpass turbo bude editovat v iD. Sice to taky
jde, ale jen postupně odklikávat z mapy jeden objekt za druhým. Vcelku
netuším, v čem je ta tabulka lepší.

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


[talk-cz] WeeklyOSM CZ 443

2019-01-23 Thread Tom Ka
Ahoj, je dostupné vydání 443 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/11350

* Data o MHD v Praze.
* Domény převedeny na spolek.
* České názvosloví OSM.
* Vodní toky na Slovensku.
* MapRoulette 3.1.2.
* Kdo vládne tagování v OSM?
* Pravidla organizovaných editací.
* OSM ve francouzských osnovách.
* Filtrování budov v OpenStreetBrowser.
* Ordnance Survey využívá OSM.
* Rozložení sportů ve světě.
* Poškozený satelit Digital Globe.

Pěkné počtení ...

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