Re: [Talk-ee] SOTM Baltics 2023
Heya, as we discovered some time ago, we're all such map geeks that we didn't know there's Ice Hockey World Championship happening in Riga in May. To make travel and accommodation possible, the conference was moved to June 8-9. The location is also back to the premises of the University of Latvia, https://www.openstreetmap.org/way/361765048 (SOTM-B page updates pending). We'd be happy to meet you all in Riga this summer, and eager to hear about your experience with OSM - please don't hesitate to submit talk proposals at https://2023.sotm-baltics.org/ . On Tue, 14 Feb 2023 at 12:34, Rihards wrote: > Something wonderful is going to happen - the Baltic GIT conference returns > to Riga, and so does SOTM Baltics. > > These events will take place on May 18th and 19th. > > We'd be very happy to see you all in Riga - OSM community, GIT community, > students, teachers and everybody else. > > If there's something you'd like to share, we'd be very happy to see you as > a speaker - please do submit a proposal. > > Please see https://2023.sotm-baltics.org/ for more information. > -- > Rihards > -- Rihards ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
[Talk-ee] SOTM Baltics 2023
Something wonderful is going to happen - the Baltic GIT conference returns to Riga, and so does SOTM Baltics. These events will take place on May 18th and 19th. We'd be very happy to see you all in Riga - OSM community, GIT community, students, teachers and everybody else. If there's something you'd like to share, we'd be very happy to see you as a speaker - please do submit a proposal. Please see https://2023.sotm-baltics.org/ for more information. -- Rihards ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
[Talk-ee] Tamrex shops in Estonia
Heya. wonderful OSM community in Estonia :) I was clarifying tagging for the Tamrex shops in Latvia, and also looked at Estonia. The mapped shops are tagged as: * shop=yes (3x) * shop=security Looking at the type of goods they sell, the following seems to be more accurate: shop=clothes clothes=workwear Does that sounds reasonable? If so, I'd also submit an entry for name-suggestion-index. https://www.openstreetmap.org/node/5831479215 https://www.openstreetmap.org/way/226687435 https://www.openstreetmap.org/node/5144733958 https://www.openstreetmap.org/node/3658059522 ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-lv] Tamrex klasifikācija?
Paldies, šis tiešām izskatās 99% apģērbu virzienā. Kā ar Tamrex klasifikāciju, vai šķiet pareiza? Mazliet mulsināja tas, ka ir arī darbarīki, ugunsdrošības preces utt. Bet galvenā preču grupa laikam tomēr ir darba apģērbi, vismaz mājaslapā tā izskatās. On Sat, 2 Jan 2021 at 22:25, Arvīds Gills wrote: > Vēl ir līdzīgs veikals Apati Profi apati.lv > > On Sat., Jan. 2, 2021, 22:22 Rihards, wrote: > >> Viedokļi - kā klasificējam Tamrex veikalus? >> https://tamrex.eu/lv/lv/ >> >> Ieliku kā shop=clothes clothes=workwear, bet nedaudz šaubos. >> ___ >> Talk-lv mailing list >> Talk-lv@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-lv >> > ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Importing data from company owners using the Rocketdata.io service
tation did not work out. While https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dveterinary_pharmacy is documented, the usage is low, and overloading the amenity tag would not be good in this case. Perhaps veterinary_pharmacy=yes, or veterinary_goods=yes tag, similar to dispensing=yes in https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpharmacy ? f) The edits also propose changing SEB contact:website from https://www.seb.lv/ to - https://www.seb.lv/tiksanas-rezervacija . This seems wrong, as the URL should point at the most precise page for the location itself. I can relate to the non-standard situation worldwide, where SEB might want to explicitly remind customers that any visit must be arranged in advance - but we need a better location here. They do not seem to have a specific page for each location, the best seems to be https://www.seb.lv/par-seb/mes-atrodamies/filiales/filiales-bankomati-un-pasapkalposanas-vietas . I propose to either keep the URL as-is, or change it to this one. That page also has links to book a visit and warns not to arrive without one. Please let me know if I missed any topic. On Thu, 24 Dec 2020 at 09:17, Екатерина Радивилка wrote: > Good day to all! We are very glad that we have a connection with you :) > The situation with the pharmacies came out when the representative of the > pharmacies Benu decided to place them as veterinary pharmacies in order to > attract precisely these goods. We've figured it out and will now host and > maintain them as just pharmacies (I will check it again and fix it if there > is a mistake). > How the process takes place: initially we check the json format document > for errors (we correct the categories, names and other tags), then we add > this document here https://osm.rocketdata.io/ and validate. Pressing any > buttons here https://osm.rocketdata.io/ does not have such functionality > - place on maps now. After discussing and changing (improving) the points, > we unload the file and place it on the maps using the josm. > SEB is not an abbreviation? If not, we'll fix it :) > Tele2 will correct, thanks > 220.lv - what is the best tag for them? > > > 24.12.2020, 02:12, "Marat" : > > 220.lv had shopping option in Akropole before the covid restrictions, now > its only pickup. > > On Thu, 24 Dec 2020, 01:01 Jānis Emulis, wrote: > > Hi Everyone, > > @Rihards - I believe all previous changes can be found here > https://forum.openstreetmap.org/viewtopic.php?id=70046 > > @Екатерина > It's stated from your end that "we validate each point manually on our > own.", but here is a changeset that some time ago changed all existing Benu > pharmacies to veterinaries - > https://osm.rocketdata.io/table/latv_2?region= > Recent changeset (https://osm.rocketdata.io/project/lat4_1412) had > similar mistake for 1 pharmacy, changed it through your site. So are you > really checking what is pushed or it's mostly automatic? > Here's another potentially problematic one ( > https://osm.rocketdata.io/table/lat3_1310?region=). Name should be SEB > instead of Seb I believe. > > As for your site functionality - there's a yellow button "Validate the > import", if it would be clicked, all changes would be immediately published > or what is the process? > > Also for Tele2 changeset (https://osm.rocketdata.io/project/lat2_1412) > shop:mobile_phone would be more appropriate than office:telecommunication > since these are places where you either buy phones or consult regarding > their services - https://www.tele2.lv/img/t2c_banner/tc_baneris2.jpg > > Agree that tag for 220.lv is wrong, it's a place where you receive your > purchased items (pick-up point) from their online shop, there is no > shopping. There seems to be tag Shop:Outpost > <https://wiki.openstreetmap.org/wiki/Tag:shop%3Doutpost> in use, but some > people take issue with it's naming > These 2 are incorrectly tagged as mall as well: > https://www.openstreetmap.org/node/3844214481 > https://www.openstreetmap.org/node/7987813593 > > ___ > Best regards, > Jānis Emulis > > ___ > Best regards, > Jānis Emulis > > > On Wed, 23 Dec 2020 at 15:20, Rihards wrote: > > Hi and thank you for your email. A few concerns: > > a) There have been multiple mass edits in Latvia, not discussed. Could you > please share all the previous changesets? > > b) Looking only at the first suggested item, there's a concern. > https://osm.rocketdata.io/table/lat1_1412?region= > The "shop" tag seems wrong. > > Also, how was the location of that point in the building determined? > > On Wed, 23 Dec 2020 at 13:33, Екатерина Радивилка < > eradivi...@rocketdata.io> wrote: > > Hello there! We are a service that helps business own
[Talk-lv] footway/cycleway Liepājā
Liepājā gājēju celiņš un veloceliņš iezīmēti kā atsevišķi ways - https://www.openstreetmap.org/#map=19/56.48903/20.99911 . Bet reāli tie fiziski nav atdalīti, un arī zīme ir segregated=no: https://www.mapillary.com/map/im/lxT5SpUqhO0gSIixYraupB Kādas domas, kā šo vislabāk būtu iezīmēt? ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Uzņēmumu nosaukumi (SIA, A/S utt)
Oho, tas saskan ar Viestura rakstīto. Bet tas šķiet mazliet neticami. Viņi piereģistrēs arī šādus? SIA "Sijā SIA Sijā" Sijā SIA It kā varētu lietot tos nosakumus, kādi ir UR, bet: a) Tā būs miskaste OSM datos. b) Cilvēki, kuri nezina par UR, mainīs nosaukumus. c) Katru reizi būs manuāli jāpārbauda UR. To lielākā daļa kartētāju nezinās. Piemēram, tūrists (nu, kad tādi atkal būs :) ) paskatīsies čekā, atradīs SIA - nu neies viņš UR pētīt... Vai nav dzirdēts par kādu iniciatīvu UR/TM šo visu sakārtot? On Sun, 29 Nov 2020 at 12:58, Jānis Kaņeps wrote: > Komerclikums nosaka, ka "Norādi uz komersanta veidu izvieto firmas sākumā > vai beigās" > "individuālais komersants" vai tās saīsinājumu "IK" > "pilnsabiedrība" vai tās saīsinājumu "PS" > "komandītsabiedrība" vai tās saīsinājumu "KS" > "sabiedrība ar ierobežotu atbildību" vai tās saīsinājumu "SIA" > "akciju sabiedrība" vai tās saīsinājumu "AS" > > tātad "pareizs" nosaukums ir tāds kā norādīts uzņēmumu reģistrā > reģistrējot firmu un tas var būt > > gan SIA Nosaukums, gan Nosaukums SIA, gan Sabiedrība ar ierobežotu > atbildību Nosaukums, gan Nosaukums Sabiedrība ar ierobežotu atbildību. > > Nosaukumā var izmantot pieturzīmēs un, ja tās ir izmantots, tad tieši tā > arī ieraksta, līdz ar ko > SIA Nosaukums un SIA "Nosaukums" būtu uzskatāmi par atšķirīgiem > nosaukumiem. > > > On 29.11.2020 11:35, Viesturs Zarins wrote: > > Uzņēmumu reģistra ir diezgan liela miskaste. Jo tas reģistrē to ko > pieteicēji ieraksta un bieži vien ieraksta uzņēmuma veidu un nosaukumu ar > visām pēdiņām nosaukumā: > Daugavpils novada Zemnieku saimniecība "Sija auzas". > > Izskatās ka labā prakse ir lietot name=tautā lietotais nosaukums; > operator=juridiskais nosaukums. > Vēl ir owner kas ir īpašnieks, ja tas ir atšķirīgs no operator. > > On Sat, 28 Nov 2020, 19:39 Mārtiņš Bruņenieks, wrote: > >> Sveiks! >> >> Vai pēdiņas nav liekas? >> Vai uzņēmumu reģistrā ir kāds princips ievērots? Atvērto datu portālā >> vajadzētu būt datiem. >> >> Bieži vien gan izkārtne nesakrīt ar uzņēmuma nosaukumu. >> >> Rihards (šajā datumā: Se, 2020. g. 28. nov. 16:38) >> rakstīja: >> >>> Sveiki, vai mēs kaut kad esam vienojušies par to, kā rakstīt uzņēmumu >>> nosaukumus (operator un citos tagos)? >>> >>> Es esmu palicis pie vienotas formas visur, jo citādāk dažādi uzņēmumu >>> nosaukumi izskatījās mulsinoši. >>> >>> SIA "Nosaukums ir te" >>> A/S "Kaut kāda akciju sabiedrība" >>> >>> Šķiet OK? >>> ___ >>> Talk-lv mailing list >>> Talk-lv@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-lv >>> >> ___ >> Talk-lv mailing list >> Talk-lv@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-lv >> > > ___ > Talk-lv mailing > listTalk-lv@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-lv > > ___ > Talk-lv mailing list > Talk-lv@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-lv > ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Uzņēmumu nosaukumi (SIA, A/S utt)
Sveiki, vai mēs kaut kad esam vienojušies par to, kā rakstīt uzņēmumu nosaukumus (operator un citos tagos)? Es esmu palicis pie vienotas formas visur, jo citādāk dažādi uzņēmumu nosaukumi izskatījās mulsinoši. SIA "Nosaukums ir te" A/S "Kaut kāda akciju sabiedrība" Šķiet OK? ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Ziņas par kartes izmaiņām
Šie abi esot pamatīgi data mining rīki - un vajadzētu kaut ko tādu, kur organizācijām būtu viegli sniegt ziņas (neinstalējot aplikācijas utt). Tā varētu būt vai nu šī liste, vai arī atsevišķa mailingliste, kur sūtītu tikai info par izmaiņām. On Fri, 6 Nov 2020 at 10:05, Marat wrote: > Čau! Varbūt varam labāk organizēt Discord vai Telegram kanālu? :) > > On Fri, 6 Nov 2020, 09:50 Rihards, wrote: > >> Labdien listē. >> Ja mums būtu iespēja saņemt info par izmaiņām, kādas nepieciešamas kartē >> (piemēram, satiksmes organizācija utt), vai būtu OK, ja tās tiktu sūtītas >> šajā listē? >> ___ >> Talk-lv mailing list >> Talk-lv@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-lv >> > ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Ziņas par kartes izmaiņām
Labdien listē. Ja mums būtu iespēja saņemt info par izmaiņām, kādas nepieciešamas kartē (piemēram, satiksmes organizācija utt), vai būtu OK, ja tās tiktu sūtītas šajā listē? ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Intervija radio par OSM, krieviski
Sveiki listē. 27. jūlijā ap 9 no rīta ir iespēja pastāstīt par OSM radio, krieviski. Esot jāpastāsta vispārīgi, jāatbild uz zvanītāju jautājumiem. Vai kādam būtu iespēja/interese tur pastāstīt par OSM? -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Facebook acquires Mapillary
On 19.06.20 18:59, Viesturs Zarins wrote: > Hmm cool. > Facebook ir ieskrējies šajā jomā. Jā, izmanto OSM kartēm, bija uz SOTM Baltics Rīgā... Minēšu, ka šogad būs vēl kas interesants no viņu puses šajā virzienā. > On Fri, Jun 19, 2020, 12:30 Marat <mailto:mar...@gmail.com>> wrote: > > FYI > > https://techcrunch.com/2020/06/18/mapillary-facebook/ > > > https://www.engadget.com/facebook-acquires-google-street-view-competitor-mapillary-092257261.html > -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Adreses - 2-1, 2-2, 2-3
On 14.06.20 19:49, Mārtiņš Bruņenieks wrote: > Vai nav tā, ka pareizs šīs adreses pieraksts ir 2 k-1? > > http://m.likumi.lv/doc.php?id=278402 > (Meklēt pēc "korpus") Tā bija pirmā ideja, bet šķita dīvaini nelielu dzīvojamās ēkas daļu saukt par "korpusu". Likumā gan tas ir paredzēts kā vienīgais variants šādās situācijās. Vispār likuma atbilstošie panti šķiet ļoti skaidri - paldies autoriem :) Būs "k" tātad - liels paldies par likuma atsauci. > Mārtiņš > > Rihards mailto:riha...@nakts.net>> (šajā datumā: Sv, > 2020. g. 14. jūn. 19:37) rakstīja: > > Adreses 2-1, 2-2. 2-3 utt īsti nevar tieši tā likt OSM, jo tas norāda > diapazonu. > Atceros, ka bija izlemts, kā tādas pierakstīt. > > Vai kāds atceras / var atrast, kur tas dokumentēts? > -- > Rihards-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Adreses - 2-1, 2-2, 2-3
Adreses 2-1, 2-2. 2-3 utt īsti nevar tieši tā likt OSM, jo tas norāda diapazonu. Atceros, ka bija izlemts, kā tādas pierakstīt. Vai kāds atceras / var atrast, kur tas dokumentēts? -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Fona karšu nobīdes
On 28.05.20 14:28, Marat wrote: > Wow! Nezināju ka LVM piedalās OSM :) LVM daudz ko jauku OSM virzienā dara - arī GIT konferences viens no organizatoriem, kas radīja iespēju atdzimt SOTM Baltics :) > Off topic jautājums: vai ir iespējams dabūt LVM ceļu slāni ar > nosaukumiem un dabas takas WMSā? ... -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Fona karšu nobīdes
On 29.05.20 08:31, Maris Nartiss wrote: > Kam Tev WMS? Paņem no viņu datu sadaļas gatavus vektorus. Vienīgi > nezinu cik labi parastie OSM redaktori spēj nodrošināt vektordatu > nolasīšanu. Josmam laikam vispirms vajag tos ESRI Shapefile uz GeoJSON > vai ko tamlīdzīgu pārdzīt. Masveida imports gan būs problemātisks, jo > daudz kur tie ceļi jau ir sazīmēti — tad tur reāli jāvingro, lai > importējot nenonestu jau esošos (iespējams, ne tik precīzos) datus. JOSM ar pluginu ver vaļā LVM publicētos failus. Liekam kā datu slāni apakšā, OSM datus atsevišķā datu slānī. > Vienīgi LVM GEO varētu pie datiem pielikt skaidras licences klāt. > Citādi šobrīd sanāk, ka saka jau ka drīkst izmantot, taču beigsies vēl > kā Pētera Valmieras datu importam — Valmiera teica, ka ņem un lieto > droši, taču papīra, ko parādīt citiem OSMistiem nav. Tā arī tas datu > imports aizgāja pa skuju taku. > > Māris. > > ceturtd., 2020. g. 28. maijs, plkst. 14:29 — lietotājs Marat > () rakstīja: >> >> Wow! Nezināju ka LVM piedalās OSM :) >> Off topic jautājums: vai ir iespējams dabūt LVM ceļu slāni ar nosaukumiem un >> dabas takas WMSā?... -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Fona karšu nobīdes
On 27.05.20 13:47, Ivars wrote: > Pēc maniem novērojumiem gan Esri, gan Jāņa sētas orto, gan LĢIA orto ir viens > un tas pats attēls, pāris atsevišķās Latvijas vietās paskatoties. > Tā kā avots ir viens un tas pats, pieļauju, ka arī precizitātei vajadzētu būt > vienādai? Ja vien Esri nav kaut ko paši nepareizi pārbīdījuši. Var jau būt, ka Esri ir nomainījuši, tagad pamatā lietoju LKS un Maxar slāņus. Paskatījos šībrīža rediģējamajā vietā - bilde tā pati, LKS vs Esri nedaudz virs metra atšķirība. Sīkums. Kas ir JS orto nezinu, bet man ir lielas aizdomas, ka mēs to nedrīkstam lietot :) > Paldies par saiti uz LVM, visādi interesanti dati un servisi, ko līdz šim > nezināju. iD editorā gan laikam tos nevar pielikt, jo tur custom maps vajag > TMS, nevis WMS... > 99% esmu darbojies tikai iD, bet varbūt jāpamēģina vairāk ar JOSM Ja kādi jautājumi par JOSM (un par iD jau arī), droši šajā listē jāprasa. > - Reply to message - > Subject: Re: [Talk-lv] Fona karšu nobīdes > Date: Wed, 27 May 2020, 08:18 > From: Rihards > To: talk-lv@openstreetmap.org >> On 27.05.20 01:10, Ivars via Talk-lv wrote: >>> Sveiki! >>> Vai ir kaut kur informācija par to, kādas nobīdes ir pieejamajiem fona >>> aero/satfoto slāņiem Latvijā? >>> Vai Esri aerofoto (kas taču ir 1:1 tas pats JS aerofoto) var uzskatīt >>> par visprecīzāko? >>> Cik novēroju, Maxar uzņēmumi bieži ir vissvaigākie, bet tiem ir pamatīga >>> nobīde, ko tad jāmēģina pielīdzināt. > >> ESRI šur tur ir labi foto, bet nobīde mēdz būt manāma. >> Visprecīzākie tiešām līdz šim ir bijuši LVM publicētie LKS orto un LIDAR >> slāņi - https://www.lvmgeo.lv/dati -> servisi. > >>> Un, ja, piemēram, esri ir precīzs vienā vietā, vai ir garantija, ka 3km >>> tālāk tas joprojām būs tikpat precīzs? > >> Nē, pāris km tālāk var būt labi - bet var būt arī citādāka nobīde. > >>> Gps trasēm arī ne vienmēr var uzticēties un daudzviet viņu ir par maz >>> (vai nav), lai pēc tām spriestu, cik metru pa labi, pa kreisi taka ir. > >> GPX treisi ir manta, ja to ir daudz - tad pēc vidus var pieregulēt. Ja >> tuvumā ir kāds lielāks krustojums, tad pa abām asīm var. > >>> Vai ir kaut kāds etalons, pēc kā var mēģināt vadīties, ja arī tas nav >>> pieejams kā fons, bet tā, lai var paskatīties uz to un uz iekartēto osm >>> un saprast, ir nobīde vai nav? Piemēram, Vzd kadastrā redzamajām māju un >>> ceļu kontūrām taču vajadzētu atbilst "zemes apstākļiem" par 99.9%? >>> >>> P.s. Nebiju līdz šim ar citiem LV kartētājiem kontaktējis - vai šis ir >>> primārais saziņas veids vai ir kāds slepens forums, par ko nezinu, arī? >>> (Forum.osm.org users:lv zinu) > >> Ir primārais - bet varbūt Raitim pirms daudziem gadiem bija taisnība, un >> vajag kaut ko normāliem cilvēkiem vieglāk pieejamu - kā forumu :) > >>> Ivars-- >> Rihards -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Fona karšu nobīdes
On 27.05.20 01:10, Ivars via Talk-lv wrote: > Sveiki! > Vai ir kaut kur informācija par to, kādas nobīdes ir pieejamajiem fona > aero/satfoto slāņiem Latvijā? > Vai Esri aerofoto (kas taču ir 1:1 tas pats JS aerofoto) var uzskatīt > par visprecīzāko? > Cik novēroju, Maxar uzņēmumi bieži ir vissvaigākie, bet tiem ir pamatīga > nobīde, ko tad jāmēģina pielīdzināt. ESRI šur tur ir labi foto, bet nobīde mēdz būt manāma. Visprecīzākie tiešām līdz šim ir bijuši LVM publicētie LKS orto un LIDAR slāņi - https://www.lvmgeo.lv/dati -> servisi. > Un, ja, piemēram, esri ir precīzs vienā vietā, vai ir garantija, ka 3km > tālāk tas joprojām būs tikpat precīzs? Nē, pāris km tālāk var būt labi - bet var būt arī citādāka nobīde. > Gps trasēm arī ne vienmēr var uzticēties un daudzviet viņu ir par maz > (vai nav), lai pēc tām spriestu, cik metru pa labi, pa kreisi taka ir. GPX treisi ir manta, ja to ir daudz - tad pēc vidus var pieregulēt. Ja tuvumā ir kāds lielāks krustojums, tad pa abām asīm var. > Vai ir kaut kāds etalons, pēc kā var mēģināt vadīties, ja arī tas nav > pieejams kā fons, bet tā, lai var paskatīties uz to un uz iekartēto osm > un saprast, ir nobīde vai nav? Piemēram, Vzd kadastrā redzamajām māju un > ceļu kontūrām taču vajadzētu atbilst "zemes apstākļiem" par 99.9%? > > P.s. Nebiju līdz šim ar citiem LV kartētājiem kontaktējis - vai šis ir > primārais saziņas veids vai ir kāds slepens forums, par ko nezinu, arī? > (Forum.osm.org users:lv zinu) Ir primārais - bet varbūt Raitim pirms daudziem gadiem bija taisnība, un vajag kaut ko normāliem cilvēkiem vieglāk pieejamu - kā forumu :) > Ivars-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] revert changes
On 08.05.20 22:51, Marat wrote: > Šīs gudrinieks sabojā daudz multipolygonu relations, kurš var uztaisīt > revert? > https://www.openstreetmap.org/user/Nagerevnu/histor > <https://www.openstreetmap.org/user/Nagerevnu/history>y Paldies par pamanīšanu un labošanu. a) Varbūt pie kāda changeseta ir vērts (laipni :) ) pastāstīt, kas rada problēmas un piedāvāt palīdzību? Pagaidām vienīgais komentārs https://resultmaps.neis-one.org/osm-discussion-comments?uid=11029305 var jauniņajam piebaidīt kādu slimību ;) Cilveks rediģē ar iD, un tur relations dažreiz dīvaini... mutē. Pie tam pievienojies tikai 14. aprīlī. b) Vai vēl ir kādi changesets, kur vajag palīdzet ar revertu? Ja jā, derētu par to uzrakstīt d...@openstreetmap.org . -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] OSMF finansējums
OSMF ir sākusies microgrants programma - var saņemt līdz 5000 eiro OSM uzlabošanas projektiem. Līdz 10. maijam var pieteikties. Vairāk info - https://blog.openstreetmap.org/2020/04/19/announcing-the-osm-foundations-call-for-microgrant-applications/ . -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Ciemu administrātīvas robežas
On 19.04.20 13:58, Rihards wrote:
> On 17.04.20 21:41, Lenny Soshinskiy wrote:
>> Sveiki visiem. Kā es varu atlasīt visus ciemus (ar Overpass API), kam
>> nav saistītas robežas pieliktas un tos, kam ir pieliktas? Gribētos
>> pastradāt uz robežām.
> Atzīšos, ka pagaidām neizdevās dabūt precīzi tādus rezultātus.
> Varbūt kas no rezultātiem zemāk noder - vakarā vēl paurbšu.
>
> Te varētu daudz kas izpeldēt - piemēram:
>
> https://www.openstreetmap.org/node/2202911781 - Ziedonis Katlakalnā.
> https://www.openstreetmap.org/node/1589242279 - Tēriņi Mārupē.
>
> https://overpass-turbo.eu/s/T26 - Podnieki un Nūrnieki Ādažos.
> Spriežot pēc https://www.adazi.lv/novads/novada-raksturojums/ , tie abi
> nav ciemi - varbūt hamlet, locality vai suburb.
>
> Ko/kā ietekmēs novadu reforma, nav nojausmas.
>
> === Ciemi ar robežām ===
>
> [out:json][timeout:25];
> (
> relation[admin_level=9][boundary=administrative]({{bbox}});
> );
> out meta;
>> ;
> out skel qt;
>
> === Ciemi ar/bez robežām ===
>
> Te vismaz vizuāli redz, kuri place=village ir iekš relation, kuri nav.
>
> [out:json][timeout:25];
> (
> node["place"="village"]({{bbox}})->.all;
> rel["boundary"="administrative"]["admin_level"="9"]({{bbox}});
> );
> out meta;
>> ;
> out skel qt;
Nu re, IRCā palīdzēja :)
https://overpass-turbo.eu/s/T2F
--
Rihards
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Ciemu administrātīvas robežas
On 17.04.20 21:41, Lenny Soshinskiy wrote:
> Sveiki visiem. Kā es varu atlasīt visus ciemus (ar Overpass API), kam
> nav saistītas robežas pieliktas un tos, kam ir pieliktas? Gribētos
> pastradāt uz robežām.
Atzīšos, ka pagaidām neizdevās dabūt precīzi tādus rezultātus.
Varbūt kas no rezultātiem zemāk noder - vakarā vēl paurbšu.
Te varētu daudz kas izpeldēt - piemēram:
https://www.openstreetmap.org/node/2202911781 - Ziedonis Katlakalnā.
https://www.openstreetmap.org/node/1589242279 - Tēriņi Mārupē.
https://overpass-turbo.eu/s/T26 - Podnieki un Nūrnieki Ādažos.
Spriežot pēc https://www.adazi.lv/novads/novada-raksturojums/ , tie abi
nav ciemi - varbūt hamlet, locality vai suburb.
Ko/kā ietekmēs novadu reforma, nav nojausmas.
=== Ciemi ar robežām ===
[out:json][timeout:25];
(
relation[admin_level=9][boundary=administrative]({{bbox}});
);
out meta;
>;
out skel qt;
=== Ciemi ar/bez robežām ===
Te vismaz vizuāli redz, kuri place=village ir iekš relation, kuri nav.
[out:json][timeout:25];
(
node["place"="village"]({{bbox}})->.all;
rel["boundary"="administrative"]["admin_level"="9"]({{bbox}});
);
out meta;
>;
out skel qt;
--
Rihards
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] addr:flats parādās osm.org
Mmmm, atrodi kartē kādu māju, kur ieejām pievienots addr:flats. Tas tagad parādās osm.org :) -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-ee] Mechanical edit: Fixing Rimi tags
On 18.03.20 13:19, Rihards wrote: > Dear Estonian community, we noticed incorrect Rimi tags added based on > name-suggestion-index issue. > > While the NSI problem has been fixed in > https://github.com/osmlab/name-suggestion-index/pull/3594 , the > incorrect tags remain. > > I am planning a mechanical edit to fix these tags in Latvia. > If there are no objections, I will proceed with that fix also for Estonia. No objections received, fixed 28 objects. -- Rihards ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-lt] Mechanical edit: Fixing Rimi tags
On 19.03.20 09:49, Tomas Straupis wrote: > Hello > > I guess silence means nobody is using values in brand tags here. > So you can do automated update. > > Thank you for reaching out to us beforehand! Great, thank you for the reply. Lithuania had only 3 such instances, fixed now. -- Rihards ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-us] Updating opening_hours for COVID-19.
On 19.03.20 15:49, Shawn K. Quinn wrote: > On 3/13/20 15:36, Eric Christensen via Talk-us wrote: >> I've been updating the opening_hours for businesses and services as I >> hear about them closing or changing their hours of operation for >> COVID-19. I'm also adding a note in the description with any >> information the source is providing. >> >> Seems like a good idea to keep people updated to what's open and what's not. >> >> I wonder if anyone else is also doing this as well? > > Bad idea since these are emergency changes and unlikely to be permanent. > I am putting in the "normal" hours where they are known, with the > understanding that people should know locations will be changing their > hours because of the situation and OSM's data will by necessity be out > of date for this item. I decided not to do that pretty quickly - we will have a huge number of changes later, as I expect many places to not just change their permanent hours, but close. -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lt] Mechanical edit: Fixing Rimi tags
Dear Lithuanian community, we noticed incorrect Rimi tags added based on name-suggestion-index issue. While the NSI problem has been fixed in https://github.com/osmlab/name-suggestion-index/pull/3594 , the incorrect tags remain. I am planning a mechanical edit to fix these tags in Latvia. If there are no objections, I will proceed with that fix also for Lithuania. -- Rihards ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lv] Izmaiņu piedāvājums: Rimi tagu labojums
On 12.03.20 09:19, Rihards wrote: > Mehānisku izmaiņu piedāvājums Rimi veikaliem: > > * Noņemt nepareizu Wikidata ierakstu (Norvēģijas neeksistējošā Rimi > atsauce). > * Izlabot Vikipēdijas atsauci (no Norvēģijas Rimi uz Baltijas). Izmaiņas veiktas. > Šie daudziem veikaliem automātiski pielikti, jo name-suggestion-index > bija nepareiza informācija. > Labojumui pieprasījums nosūtīts - > https://github.com/osmlab/name-suggestion-index/pull/3594 . -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ee] Mechanical edit: Fixing Rimi tags
Dear Estonian community, we noticed incorrect Rimi tags added based on name-suggestion-index issue. While the NSI problem has been fixed in https://github.com/osmlab/name-suggestion-index/pull/3594 , the incorrect tags remain. I am planning a mechanical edit to fix these tags in Latvia. If there are no objections, I will proceed with that fix also for Estonia. -- Rihards ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
[Talk-lv] Izmaiņu piedāvājums: Rimi tagu labojums
Mehānisku izmaiņu piedāvājums Rimi veikaliem: * Noņemt nepareizu Wikidata ierakstu (Norvēģijas neeksistējošā Rimi atsauce). * Izlabot Vikipēdijas atsauci (no Norvēģijas Rimi uz Baltijas). Šie daudziem veikaliem automātiski pielikti, jo name-suggestion-index bija nepareiza informācija. Labojumui pieprasījums nosūtīts - https://github.com/osmlab/name-suggestion-index/pull/3594 . -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Palīdzība ĢIT / SOTM Baltics konferencē
Ja dodies uz ĢIT konferenci / SOTM Baltics 6. martā, ir iespēja darīt labu darbu - pieteikties nedaudz palīdzēt :) Varianti: * Palīdzēt ar telpu novākšanu uzreiz pēc pasākuma. * Būt "timekeeper" (nav obligāti jāpiesakās visai dienai, var arī mazu daļiņu). * Būt jautājumu moderatoram (nav obligāti jāpiesakās visai dienai, var arī mazu daļiņu). Iespēja palīdzēt, iespējams, lielākajai konferencei Latvijā - un labāk iepazīt brīnišķīgus cilvēkus. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] TIGER-completeness visualizer?
On 21.12.19 23:02, stevea wrote: > As the ITOworld TIGER-completeness visualizer at > > https://product.itoworld.com/map/162?lon=-121.88=37.04=12=true_sidebar=map_key > > is no longer supported, does anybody know of a similar "product" that we can > use to visualize how well we have reviewed TIGER roads (and rail?) in a given > area? Maybe authors of http://osmose.openstreetmap.fr/en/map are interested in adding that. > I REALLY miss that visualizer! It showed whether highway=* ways were > "touched in the last three years," whether the tiger:reviewed=no tag was > removed and so on. It was very well done and quite informative. > > I suppose a dedicated renderer could be built, that's pretty ambitious, > though it is a worthy project, imo. > > Bonus points for your best guess at when OSM will eventually complete a full > TIGER data review. I'll start: at the rate we're going now, 2045? > > SteveA > California -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-fi] SoTM Baltics 2020
Hi, dear Finnish OSM community. On 2020-03-06 SOTM Baltics is happening in Riga, Latvia. See http://2020.sotm-baltics.org/ for detail. You are very welcome to attend, and we are especially looking for: * Speakers That is You. Got anything you are doing with OSM? Please consider submitting a talk proposal for the OSM track. * Partners If there are any companies in OSM space that would like to advertise at the event - become sponsors/supporters - please see the partnership options for the parent conference at https://www.balticgitconf.eu/images/conference_2020/partnership_proposal.pdf . SOTM Baltics happens as a dedicated track of the Baltic GIT conference. More info on the parent conference at https://www.balticgitconf.eu/ . For additional information consider: https://wiki.openstreetmap.org/wiki/SOTM_Baltics_2020 https://twitter.com/OSMLatvija https://twitter.com/sotmbaltics See You in March. -- Rihards ___ talk-fi mailing list talk-fi@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fi
[Talk-lt] addr:flat
Hi, dear Lithuanian community. In the Baltic states, addr:flat is used only on two nodes in Lithuania: https://www.openstreetmap.org/node/4146739382 https://www.openstreetmap.org/node/4240999727 Notice how it's singular, as opposed to addr:flats. addr:flats is used ~17 times in the world, addr:flat - 141 times (and is not documented). Could it be that these two instances were supposed to be addr:flats (or perhaps addr:unit)? -- Rihards ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
[Talk-lv] SoTM Baltics 2020
Sveiki, jaukie OSM kartētāji. 2020-03-06 Rīgā notiks Baltijas GIT/GIS konference, kurā būs atsevišķa auditorija OSM tēmām. Šī auditorija būs State of the Map Baltics konference :) Visi atvērto karšu entuziasti ir ļoti laipni aicināti piedalīties, bet jo īpaši aicināti: * Runātāji Tas esi Tu. Ja Tu ko dari ar OSM, tas varētu būt interesanti citiem. Piesaki tēmu, ja vēlētos dalīties savā pieredzē. Vari tikai īsi pieminēt, ko dari ar OSM - nav uzreiz jāpiesaka kā runas tēma. * Partneri Ja zini kādu uzņēmumu, kurš darbojas ar OSM, varbūt tas vēlētos reklamēt sevi konferencē un kļūt par sponsoru/atbalstītāju. Daudzi Latvijas kartogrāfijas jomas uzņēmumi jau ir iesaistījušies, un tie redzami konferences mājaslapā. Partneru partneru piedāvājums: https://www.balticgitconf.eu/images/conference_2020/partnership_proposal.pdf . Vairāk informācijas par konferenci: https://www.balticgitconf.eu/ . Ceru Jūs satikt Martā, un dzirdēt par visu to interesanto, ko darāt ar un ap OpenStreetMap. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ee] SoTM Baltics 2020
Hi, dear Estonian OSM community. On 2020-03-06 there will be a Baltcic GIT/GIS conference in Riga with a dedicated OSM track. We're using the opportunity and turning it into *drumroll* SoTM Baltics :) You are very welcome to attend, and we are also looking for: * Speakers That is You. Got anything you are doing with OSM? Please consider submitting a talk proposal for the OSM track. Please feel free to email me if you have a proposal or for any questions. * Partners If there are any companies in OSM space that would like to advertise at the event - become sponsors/supporters - please let me know. The available options can be found at https://www.balticgitconf.eu/images/conference_2020/partnership_proposal.pdf . More info on the conference at https://www.balticgitconf.eu/ . See you in March. -- Rihards ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
[Talk-lt] SoTM Baltics 2020
Hi, dear Lithuanian OSM community. On 2020-03-06 there will be a Baltcic GIT/GIS conference in Riga with a dedicated OSM track. We're using the opportunity and turning it into *drumroll* SoTM Baltics :) You are very welcome to attend, and we are also looking for: * Speakers That is You. Got anything you are doing with OSM? Please consider submitting a talk proposal for the OSM track. Please feel free to email me if you have a proposal or for any questions. * Partners If there are any companies in OSM space that would like to advertise at the event - become sponsors/supporters - please let me know. The available options can be found at https://www.balticgitconf.eu/images/conference_2020/partnership_proposal.pdf . More info on the conference at https://www.balticgitconf.eu/ . See You in March. -- Rihards ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-vi] MapRoulette challenges in Vietnam - find road network problems
On 08.11.19 03:28, Andrew Wiseman via Talk-vi wrote: > Hello OSM Vietnam, > > Xem bên dưới để dịch tiếng Việt. > > This is Andrew again from the Apple Maps team. We recently used our > Atlas data analysis tool (https://github.com/osmlab/atlas) to look at a > few types of potential issues related to roads and routing, such as > roads that have overly sharp angles, roads that cross but don't connect, > routing problems, turn restrictions, places where navigation is > impossible due to missing connections or potentially incorrect one-way > roads, and other similar issues. > > I've posted the results of those checks on MapRoulette, a tool that lets > you go through potential issues one by one and either correct them or > indicate they are not a problem. I wanted to let you know they are > available in case others wanted to try fixing some of them — I also plan > to go through some of them myself. Damn you Andrew, ended up tracing some extra data just from a couple of MR tasks :) But more seriously, this is a great initiative, thank you. > In MapRoulette you can either pick a random task to fix or click on a > specific one. If you want to do tasks around a certain location, such > as somewhere you are familiar with, you can click on one from the map > view, and then click Next task: Nearby when you finish it. > > Here they are: > > * Vietnam Sharp Angle Roads: https://maproulette.org/challenge/7986 > <https://maproulette.org/challenge/7986%EF%BB%BF%EF%BB%BF%EF%BB%BF> > * Vietnam Floating Ways & Disconnected > Roads: https://maproulette.org/challenge/9830 > * Vietnam Sink Islands & Impossible > Routing: https://maproulette.org/challenge/9826 > * Vietnam Overlapping Lines: https://maproulette.org/challenge/9827 > * Vietnam Invalid Turn > Restrictions: https://maproulette.org/challenge/9836 > * Vietnam Malformed Roundabouts: https://maproulette.org/challenge/9834 > * Vietnam Road Link Check: https://maproulette.org/challenge/9832 > > Here is the message auto-translated into Vietnamese: > > /// > > Xin chào OSM Việt Nam, > > Đây là Andrew một lần nữa từ nhóm Apple Maps. Gần đây, chúng tôi đã sử > dụng công cụ phân tích dữ liệu Atlas của mình > (https://github.com/osmlab/atlas) để xem xét một số loại vấn đề tiềm ẩn > liên quan đến đường và định tuyến, chẳng hạn như đường có góc quá nhọn, > đường giao nhau nhưng không Không kết nối, sự cố định tuyến, hạn chế rẽ, > những nơi không thể điều hướng do thiếu kết nối hoặc đường một chiều có > thể không chính xác và các vấn đề tương tự khác. > > Tôi đã đăng kết quả của những kiểm tra đó trên MapRoulette, một công cụ > cho phép bạn lần lượt khắc phục các sự cố tiềm ẩn và sửa chúng hoặc cho > biết chúng không phải là vấn đề. Tôi muốn cho bạn biết rằng chúng có sẵn > trong trường hợp những người khác muốn thử sửa một số trong số họ - tôi > cũng có kế hoạch tự mình trải qua một số trong số họ. > > Trong MapRoulette, bạn có thể chọn một tác vụ ngẫu nhiên để sửa hoặc > nhấp vào một tác vụ cụ thể. Nếu bạn muốn thực hiện các tác vụ xung quanh > một vị trí nhất định, chẳng hạn như nơi nào đó bạn quen thuộc, bạn có > thể nhấp vào một từ chế độ xem bản đồ, sau đó nhấp vào Tác vụ tiếp theo: > Gần đó khi bạn hoàn thành nó. > > Họ đây rồi: > > Đường góc nhọn Việt Nam: https://maproulette.org/challenge/7986 > Việt Nam Cách nổi & Đường bị ngắt kết nối: > https://maproulette.org/challenge/9830 > Quần đảo chìm Việt Nam & định tuyến bất khả thi: > https://maproulette.org/challenge/9826 > Đường chồng chéo Việt Nam: https://maproulette.org/challenge/9827 > Giới hạn rẽ không hợp lệ tại Việt Nam: > https://maproulette.org/challenge/9836 > Vòng xuyến dị dạng Việt Nam: https://maproulette.org/challenge/9834 > Kiểm tra liên kết đường bộ Việt Nam: https://maproulette.org/challenge/9832 > > > Thanks! > > Andrew > > > > Andrew Wiseman | Maps | iPhone: +1.202.270.4464 > | andrew_wise...@apple.com <mailto:andrew_wise...@apple.com> -- Rihards ___ Talk-vi mailing list Talk-vi@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-vi
Re: [Talk-lv] Wikidata + OpenStreetMap = ?
On 31.10.19 11:30, Mārtiņš Bruņenieks wrote: > > Starp citu, jautājums par Wikidata principiem. > https://www.wikidata.org/wiki/Q16349305 - tas ir par vēsturisko > kinoteātri vai par ēku? > > > Pēc Vikidatu principiem - pareizi sadalīt divos ierakstos, viens par > ēku, otrs par iestādi. Tāpat būtu jādara ar muzejiem, kas atrodas > ievērojamās ēkās. Paldies, vai no Vikipēdijas kopienas kādam būtu iespēja sadalīt Pionieri (ha)? Tad es pieliktu pareizo Wikidatu pie ēkas OSM. Vēl tāds interesants un ar maz info ir https://www.wikidata.org/wiki/Q30046770 , bet tas jau vairāk Vikipēdijas/Wikidatu kopienas komunikācijas kanāliem :) > Mārtiņš -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Wikidata + OpenStreetMap = ?
On 31.10.19 09:33, Rihards wrote: > On 28.10.19 14:52, Mārtiņš Bruņenieks wrote: >> Sveicināti! >> >> Video no WikidataCon 2019 par Wikidata + OpenStreetMap >> https://media.ccc.de/v/wikidatacon2019-13-openstreetmap_and_wikidata > > Paldies par linku, interesanta prezentācija - vismaz pirmās 11 minūtes, > pēc tam kaut kā video apraujas. > Vai citiem rāda normāli visu? Laikam kaut kas bija lēns, beigās izdevās noskatīties. https://osm.wikidata.link/ ir interesants rīks, daudz vieglāk pielikt Wikidata tagus. Nedaudz ielipu :) Starp citu, jautājums par Wikidata principiem. https://www.wikidata.org/wiki/Q16349305 - tas ir par vēsturisko kinoteātri vai par ēku? >> Šķiet, ka šī bija vienīgā konferences sesija par sadarbību starp šiem >> projektiem. >> >> Mārtiņš-- > Rihards -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Wikidata + OpenStreetMap = ?
On 28.10.19 14:52, Mārtiņš Bruņenieks wrote: > Sveicināti! > > Video no WikidataCon 2019 par Wikidata + OpenStreetMap > https://media.ccc.de/v/wikidatacon2019-13-openstreetmap_and_wikidata Paldies par linku, interesanta prezentācija - vismaz pirmās 11 minūtes, pēc tam kaut kā video apraujas. Vai citiem rāda normāli visu? > Šķiet, ka šī bija vienīgā konferences sesija par sadarbību starp šiem > projektiem. > > Mārtiņš-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] osm.lv nākotne / satura migrācija
Laika trūkuma dēļ osm.lv ir nedaudz pamests novārtā. Vai šeit būtu kāds, kurš vēlētos darboties ar šo domēnu/lapu? Ja neviens neuzrodas, būtu jauki migrēt esošo saturu uz kādu citu platformu - varbūt medium.com vai ko tamlīdzīgu. Jebkāda palīdzība ar šādu migrāciju būtu ļoti noderīga. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] jauna mobilā osm rediģēšanas aplikācija
https://developmentseed.org/projects/observe/ Nav sanācis pamēģināt, bet izskatās ļoti interesanti un cerīgi. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] osm tikšanās 26. septembrī
On 16.09.19 19:49, Rihards wrote: > Nu ko - daudz kas tiek zīmēts, bet nav bijušas īsti iespējas aprunāties > par jaunumiem. > Varbūt ir jautājumi vai zināmi cilvēki, kas labprāt sāktu zīmēt karti? > > Mēģināsim biežāk tikties un apspriest to visu :) > > Tātad, 26. septembrī 18:00 tiekamies Teikas Ezītī: > https://www.openstreetmap.org/node/5600450921 . Ja pievienosies, lūdzu piesakies https://www.eventbrite.com/e/osm-latvia-meetup-tickets-73075427571 :) > Potenciālas tēmas - droši sūtiet ko citu interesējošu. > * name-suggestion-index, Wikidata integrācija > * OSM lietošana Jūrtakas lapā, takas iezīmēšana > * Nosaukumu standarti (piemēram, "Rimi", "Rimi Alfa" vai "Rimi Hyper"; > "top!", Top" vai vēl kā) -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] osm tikšanās 26. septembrī
Nu ko - daudz kas tiek zīmēts, bet nav bijušas īsti iespējas aprunāties par jaunumiem. Varbūt ir jautājumi vai zināmi cilvēki, kas labprāt sāktu zīmēt karti? Mēģināsim biežāk tikties un apspriest to visu :) Tātad, 26. septembrī 18:00 tiekamies Teikas Ezītī: https://www.openstreetmap.org/node/5600450921 . Potenciālas tēmas - droši sūtiet ko citu interesējošu. * name-suggestion-index, Wikidata integrācija * OSM lietošana Jūrtakas lapā, takas iezīmēšana * Nosaukumu standarti (piemēram, "Rimi", "Rimi Alfa" vai "Rimi Hyper"; "top!", Top" vai vēl kā) -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] ezītis miglā utt osm name-suggestion-index
On 13.09.19 17:04, Mārtiņš Bruņenieks wrote: > Sveiks! > > Būs jums vien jāatnāk uz kādu no Vikipēdijas/Wikidata meetup pamācīties :) Pamatvirziens jau skaidrs, bet visam laiks nesanāk. Varbūt kādā no meetupiem izdodas kopīga sesija, kur tiek ielikti wikidata ieraksti, kuri pēc tam nonāk OSM name suggestion index un kartes datos? Es apņemos NSI un kartes datus papildināt. > Šeit prezentācija (ar video) no šī gada Wikimania konferecnes: > https://wikimania.wikimedia.org/wiki/2019:Partnerships/Linking_OpenStreetMap_and_Wikidata > > > Mārtiņš > > > On Thu, Sep 12, 2019 at 10:12 PM Rihards <mailto:riha...@nakts.net>> wrote: > > On 09.09.19 17:37, Rihards wrote: > > On 03.09.19 16:25, pec...@gmail.com <mailto:pec...@gmail.com> wrote: > >> Ezītis noteikti ir pub. > > > > Yay, ir :) > > https://github.com/osmlab/name-suggestion-index/pull/2993/files > > Un tagad arī https://nsi.guide/index.html?k=amenity=pub . > Varbūt kāds māk Wikidata ielikt ar logo utt? :) > > >> otrd., 2019. g. 3. sept., plkst. 12:50 — lietotājs Rihards > >> (mailto:riha...@nakts.net> > <mailto:riha...@nakts.net <mailto:riha...@nakts.net>>>) rakstīja: > >> > >> Krogi Ezītis miglā mums parādās gan kā amenity=pub, gan bar > (ja ne vēl > >> vairāk). > >> > >> Ņemot vērā saturu, man šķiet, ka visiem vajadzētu būt > amenity=pub. > >> Vai izklausās labi? > >> > >> Ja jā, mēģināšu šo ievietot > >> https://github.com/osmlab/name-suggestion-index . Ja > izdosies, varbūt > >> turpināšu ar citiem brandiem/uzņēmumiem :) > >> > >> Jebkāda palīdzība ļoti noderētu, droši rakstiet. > >> -- > >> Rihards > >> -- > >> mortigi tempo > >> Pēteris Krišjānis > -- > Rihards-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] ezītis miglā utt osm name-suggestion-index
On 09.09.19 17:37, Rihards wrote: > On 03.09.19 16:25, pec...@gmail.com wrote: >> Ezītis noteikti ir pub. > > Yay, ir :) > https://github.com/osmlab/name-suggestion-index/pull/2993/files Un tagad arī https://nsi.guide/index.html?k=amenity=pub . Varbūt kāds māk Wikidata ielikt ar logo utt? :) >> otrd., 2019. g. 3. sept., plkst. 12:50 — lietotājs Rihards >> (mailto:riha...@nakts.net>>) rakstīja: >> >> Krogi Ezītis miglā mums parādās gan kā amenity=pub, gan bar (ja ne vēl >> vairāk). >> >> Ņemot vērā saturu, man šķiet, ka visiem vajadzētu būt amenity=pub. >> Vai izklausās labi? >> >> Ja jā, mēģināšu šo ievietot >> https://github.com/osmlab/name-suggestion-index . Ja izdosies, varbūt >> turpināšu ar citiem brandiem/uzņēmumiem :) >> >> Jebkāda palīdzība ļoti noderētu, droši rakstiet. >> -- >> Rihards >> -- >> mortigi tempo >> Pēteris Krišjānis -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Jaunumi kartē, Dobelē
On 20.04.18 09:04, Pēteris Brūns wrote: > Hmm, izklausās forši. Cik noprotu, tad ēkas, ielas utt. elementus iezīme > pēc projekta vai izpildmērījuma datiem? > Droši vien kāds varētu arī palīdzēt, ja būtu pieejami šie dati. Ja datu > izcelsmi esmu uzminējis pareizi, tad vēlams DXF vai SHP (uz šo varam > palīdzēt nokonvertēt) formātā. > > Citiem pieejamus šos datus varam arī palīdzēt nodrošināt, līdzīgi kā > pēdējā mapping party gadījumā - http://gisnet.lv/~kartes/OSM/ > @Rihard - iespējams būs jāsāk padomāt par kādu vietu, kur sistemātiski > varētu kolekcionēt un novietot pieejamos datus kartēšanai. Izraku vienu vēsturisku tēmu... Varbūt vislabākais variants būtu https://data.gov.lv/lv ? Tas gan laikam nelīdzētu privātu datu publicēšanai (kāds ortofoto vai tamlīdzīgi). > Veiksmīgi, > > > 2018-04-20 8:41 GMT+03:00 Uldis Pūcītis <mailto:u.puci...@gmail.com>>: > > Labdien, > Tā kā nedaudz projektēju Dobeles pusē un uzraugu būvdarbus, tad > skatos, ka vajadzētu šo to papildināt kartē. > > Skatos, ka jaunais CarWash jau ienests, bet aiz Rimi jaunais veikals > Mājam un dārzam vēl īsti nav ienesies. Tā pat ceļ jauno dienesta > viesnīcu blakus Amatniecības vidusskolai. > Pašas ielas, kuras tagad pārbūvē, esmu jau ienesis - Bīlenšteina un > Katoļu ielas. > > Ja kāds palīdzētu, tad karte papildinātos ātrāk un precīzāk. > Jauku dienu vēlot > Uldis > -- > pb -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] estrādes
On 24.05.19 22:44, Viesturs Zarins wrote: > https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbandstand ? Šis tiešām derētu labāk nekā man sākumā šķita - bet kā ar skatītāju regionu? > On Fri, May 24, 2019, 16:42 Rihards <mailto:ric...@nakts.net>> wrote: > > Vai mēs nonācām pie vienošanās par to, kā tagot estrādes? > Derētu kas vienots visām, neatkarīgi no tā, vai ir jumts vai nav utt. > Un vēl būtu labs kas tāds, kas iekļautu arī skatītāju reģionu (ar vai > bez soliem). > > https://help.openstreetmap.org/questions/31186/how-to-tag-an-outdoor-stage > min amenity=stage, bet pasaulē ir tikai 147 šādi objekti. > -- > Rihards -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] ezītis miglā utt osm name-suggestion-index
Krogi Ezītis miglā mums parādās gan kā amenity=pub, gan bar (ja ne vēl vairāk). Ņemot vērā saturu, man šķiet, ka visiem vajadzētu būt amenity=pub. Vai izklausās labi? Ja jā, mēģināšu šo ievietot https://github.com/osmlab/name-suggestion-index . Ja izdosies, varbūt turpināšu ar citiem brandiem/uzņēmumiem :) Jebkāda palīdzība ļoti noderētu, droši rakstiet. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] Historic 66 as highway=trunk in OK
On 29.08.19 05:05, Joseph Eisenberg wrote: > I don't have any local knowledge about old route 66 in OK, but I'd > like to address the use of highway=trunk in general. > > I'm in favor of using a secondary tags like motorroad=yes and > expressway=yes, along with other details like lanes=, surface=, > maxspeed=, etc, to specify expressways, rather than using > highway=trunk for this. > > Like the distinctions between primary/secondary/tertiary, trunk was > originally intended to describe the role of a road in the network. > While most trunk highways are divided and have more than 1 lane in > each direction in densely-populated areas, it's quite normal for to > have narrower roads as the main route between 2 cities, in > sparsely-populated parts of the country. Or see "Route 1" in https://wiki.openstreetmap.org/wiki/Is:Map_Features#Ways. "Route 1 ... is tagged as highway=trunk due to its significance as a trunk road covering the entire country." Quoting from https://en.wikipedia.org/wiki/Route_1_(Iceland) : "Many smaller bridges are single lane, especially in eastern Iceland, and are constructed of wood or steel. The road is paved with asphalt for almost all of its length, but there is still a short stretch in eastern Iceland with unpaved gravel surface." ... -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lv] novērošanas kameru karte
Iezīmēto novērošanas kameru karte - https://kamba4.crux.uberspace.de/?lat=12.98381681=77.65995026=12 . -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] osm dabas aizsardzības pārvaldes lapā
Prieks par OSM izmantošanu (ar pareizu atsauci) Dabas aizsardzības pārvaldes lapā :) https://www.daba.gov.lv/public/lat/iadt/biosferas_rezervati1/ -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] don gastronom/españa
Kādu veikala tagu vislabāk būtu likt Don Gastronom/España veikaliem? http://www.dongastronom.lv/lv/stores -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] jāņasēta un atvērtie produkti
On 14.08.19 12:05, Rihards wrote: > JāņaSēta, šķiet, nav to nekur īpaši publiskojusi - bet ir sākuši > izmantot vairāk atvērtos produktus, un pat nedaudz OSM datus Baltijā :) > > https://www.geodatahub.eu (GDH) ir viņu + Reach-U[1] projekts, kur > maršrutēšanai Igaunijā tiek izmantoti OSM dati - > https://www.geodatahub.eu/faq#data . > > Maršrutētājs ir mums labi zināmais OSRM - > https://www.geodatahub.eu/faq#services . > > https://new.balticmaps.eu/ maršrutēšanas pieprasījumus sūta uz GDH - un > pati lapa izmanto OpenLayers. > > Apsveicam JS. Prieks, ka vismaz uzlabojumi Igaunijā palīdzēs viņu > servisiem :) Palaidu garām, ka Igaunijā un Lietuvā daļēji tiek arī izmantoti OSM dati "Locations" kategorijā. > [1] https://estlat.eu/en/estlat-results/baltic-geodata-marketplace.html -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] jāņasēta un atvērtie produkti
JāņaSēta, šķiet, nav to nekur īpaši publiskojusi - bet ir sākuši izmantot vairāk atvērtos produktus, un pat nedaudz OSM datus Baltijā :) https://www.geodatahub.eu (GDH) ir viņu + Reach-U[1] projekts, kur maršrutēšanai Igaunijā tiek izmantoti OSM dati - https://www.geodatahub.eu/faq#data . Maršrutētājs ir mums labi zināmais OSRM - https://www.geodatahub.eu/faq#services . https://new.balticmaps.eu/ maršrutēšanas pieprasījumus sūta uz GDH - un pati lapa izmanto OpenLayers. Apsveicam JS. Prieks, ka vismaz uzlabojumi Igaunijā palīdzēs viņu servisiem :) [1] https://estlat.eu/en/estlat-results/baltic-geodata-marketplace.html -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Fwd: Attribution guideline status update
Potenciāli interesanti - jauno "attribution" noteikumu darba versija. Noteiks, kā jānorāda autortiesības. Neizdevās pārsūtīt normāli, skat. pielikumu. Forwarded Message Subject: [Osmf-talk] Attribution guideline status update Date: Fri, 9 Aug 2019 09:41:25 +0200 From: Simon Poole To: openstreetmap , osmf-t...@openstreetmap.org -- Rihards This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --YVGxwVc2bdF54u6oD7Sy4aqTSLHypNJB2 Content-Type: multipart/mixed; boundary="8WU4QNUkYGQ9n7H3ovQCRXRt2o2HPELRK"; protected-headers="v1" From: Simon Poole To: openstreetmap , "osmf-t...@openstreetmap.org" Message-ID: <40650f0d-2ce6-1940-ff80-e46fb70ea...@poole.ch> Subject: Attribution guideline status update --8WU4QNUkYGQ9n7H3ovQCRXRt2o2HPELRK Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-GB As we've mentioned multiple times over the last months, the LWG decided last year to consolidate all attribution guidance in to one document and address some of the use cases that have become common over the last 7 years that previously had none. Particularly in the light of the parallel discussions about attribution on larger social media platforms we need to make up our minds what we actually want, and define concrete minimum requirements for acceptable attribution. To not do this just provides the excuse of pointing to the cacophony of voices all saying something different.=C2=A0 We've been working on and off on the document for a while, and are now largely finished. Going forward we intend to wikify the document and make it available for public comment together with a BoF session at SotM next month (which probably means that we'll have to appropriate a coffee break). You can have a glimpse at the text here https://docs.google.com/document/d/1e_IQYHtqVivGRw4O4EOn6__-LGMuzPlWz6XKE= dAkwW0/edit?usp=3Dsharing the few things that are not nailed down belong to those that we would appreciate feedback on. Simon PS: the number of coffee breaks permitting we might want to appropriate another one for the discussion of a tile licence change. --8WU4QNUkYGQ9n7H3ovQCRXRt2o2HPELRK-- --YVGxwVc2bdF54u6oD7Sy4aqTSLHypNJB2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEE/wchSwazgGqis6L6RyFxEJLiguoFAl1NI6UACgkQRyFxEJLi guroqwf9HqGVgUN3VXAydV1Ff49RXhwgfaU/9VGs2e5YS3KQt26brV3nPEdW7r1L S63N+F4AqJrv5gInAIAw1HC4OCMzhyY5ZB5Bswr4MOI8W6LvqjTlKACaVZ6KC3c/ Rz7c7RmD1BmvxTq7zsNH8JbxYyYU0FzyuFEQhbGs/pLmPKcIy05yKMFRDz5VUhW7 gmgscr9BYb9c+I3RBKMUbpY4SLT1g1rDwt1WwrE7e+i8Mvv9nyaMwlDWAZnbJFHt pKtulo9A1N+K2diSHFz0o1HvI3mPYJF2L3/ojldQ+W8phycacxt7McBNXKxHOO6Z BXQp6Ha4PgsIZIZ+2AhHq4IC2goNCg== =rTQS -END PGP SIGNATURE- --YVGxwVc2bdF54u6oD7Sy4aqTSLHypNJB2-- ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] kartēšanas pasākums Ogrē
On 22.07.19 14:37, Rihards wrote: > Šosestdien (2019-07-27) tiekamies Ogrē - taisām mazu kartēšanas pasākumu. > > Visi laipni aicināti pievienoties. Tiekamies 10:00 Ogres Ezītī - > https://www.openstreetmap.org/node/1709284505 . Atvainojos, kļūda - tiekamies 11:00 :) -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] kartēšanas pasākums Ogrē
Šosestdien (2019-07-27) tiekamies Ogrē - taisām mazu kartēšanas pasākumu. Visi laipni aicināti pievienoties. Tiekamies 10:00 Ogres Ezītī - https://www.openstreetmap.org/node/1709284505 . -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Rescuing tree import in Valmiera made by Pēteris Brūns
On 04.07.19 19:24, Mateusz Konieczny wrote: > > Fundamental and initial problem: > what is the license of this data? As far as I know, there have been some semi-official approvals, but that is not sufficient. Will poke around to see whether something more specific can be obtained. > 4 lip 2019, 16:06 od ric...@nakts.net: > > On 03.07.19 12:37, Peteris Bruns wrote: > > Hi, > > mainly all I can explain was done already answering to Michael > at this > thread > https://www.openstreetmap.org/changeset/57269387#map=14/57.5362/25.4167 > > In general, I'm now not ready to check all steps required by import > procedure. Feel free to delete/revert changesets. > > > Data quality wise, what other problems exist besides the excess hyphen?-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] osm tikšanās Rīgā, 2019-07-11
On 04.07.19 16:56, Rihards wrote: > Pēc ilga pārtraukuma, aicinām visus uz OSM tikšanos Rīgā > nākamceturtdien, 2019-07-11. > > Papildus citām OSM tēmām, šī ir iespēja tikties ar Zverik (Ilja Zverev), > bijušo maps.me izstrādātāju un vispār lielu OSM ekspertu. > Ja ir kāda tēma, par kuru no viņa labprāt dzirdētu nelielu lekciju, > sūtiet idejas. > > Tikšanās vieta vēl nav noteikti, bet drīz ziņosim. Tiekamies Caffeine 18:30 - https://osm.org/go/0wMII_exE--?m= . Atgādinu, ka no Iļjas/Zverika varam dabūt nelielu lekciju par interesējošām tēmām - kā maps.me, OSM conflator[1] un daudzu citu lietu[2] izstrādātājs noteikti var pastāstīt daudz ko interesantu. [1] https://wiki.openstreetmap.org/wiki/OSM_Conflator [2] http://osmz.ru/ -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Rescuing tree import in Valmiera made by Pēteris Brūns
On 03.07.19 12:37, Peteris Bruns wrote: > Hi, > > mainly all I can explain was done already answering to Michael at this > thread https://www.openstreetmap.org/changeset/57269387#map=14/57.5362/25.4167 > > In general, I'm now not ready to check all steps required by import > procedure. Feel free to delete/revert changesets. Data quality wise, what other problems exist besides the excess hyphen? I hope we can salvage this one. There have been edits on top of it (mostly removal of some cut trees), and I'm not aware of massive technical problems with it so far. > Data used in import are available > here http://gisnet.lv/~kartes/OSM/valmiera2018/ for anyone ready to go > with complete import process and ready to clarify legal aspects. > WMS service based on data is here http://gisnet.lv/cgi-bin/osm_vektori > > Best regards, > > > On Wed, 3 Jul 2019 at 11:38, Mateusz Konieczny <mailto:matkoni...@tutanota.com>> wrote: > > (sorry for English) > > Is somebody interested in rescuing tree import in Valmiera made by > Pēteris Brūns? > > See https://www.openstreetmap.org/user/Pēteris Brūns/history > > There are following problems > > - apparently this import was never discussed > - copyright of data added is unknown > - data quality was not verified before import and there are > complaints about data quality > - misuses tags (leaf_type=evergreen) > > Is somebody interested in > - verifying and documenting license > - checking whatever data quality is acceptable > - checking with community whatever keeping this imported data is > acceptable > - verifying with https://lists.openstreetmap.org/listinfo/imports > whatever what was done is enough to > keep this imported data > - document this import as required at > > https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_4_-_Documentation > - mentioning what was done in changesets to explain situation to others > > I notified also author, but given that this account was used solely > for the import I am not > expecting a reply.> > > -- > pb-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] osm tikšanās Rīgā, 2019-07-11
Pēc ilga pārtraukuma, aicinām visus uz OSM tikšanos Rīgā nākamceturtdien, 2019-07-11. Papildus citām OSM tēmām, šī ir iespēja tikties ar Zverik (Ilja Zverev), bijušo maps.me izstrādātāju un vispār lielu OSM ekspertu. Ja ir kāda tēma, par kuru no viņa labprāt dzirdētu nelielu lekciju, sūtiet idejas. Tikšanās vieta vēl nav noteikti, bet drīz ziņosim. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-vi] Mapping missing roads in few cities of Vietnam
On 03.07.19 07:49, Jinal Foflia wrote: > Hello everyone, > > I’m Jinal, Outreach and Community Manager at Grab. Our team is planning > to go through the existing road geometries and add the missing ones if > any in few cities of Vietnam. > > We’ll be reviewing and mapping the following features: missing roads, > road classification, and check for intersection configurations and > alignment accuracy. > Find more details here: https://github.com/GRABOSM/Grab-Data/issues/32 > > Please do reach out to us here or on Github if you have suggestions or > feedback. Happy Mapping :) Hi there, glad to see interest in mapping Vietnam. I've only been there once, but liked the country immensely. I mapped extensively during my stay, and noticed that new roads are being built quite extensively, at least in some areas. When mapping from imagery, one has to be very careful not to map based on outdated data. I see that you are planning to use DG imagery. It is great, but usually at least a few years out of date. While Kaart has created some very fresh Mapillary imagery for some cities, it does not seem to cover any in Khanh Hoa (which you plan to map): https://wiki.openstreetmap.org/wiki/WikiProject_Vietnam#Kaart_Mapping . You also mention in wikipages that internal GPS traces will be used - hopefully those are recent and will help to avoid problems with outdated imagery. Targeted remote mapping previously has resulted in problems when only roads are touched - for example, road alignment has been fixed, but a building right next to it left as-is, resulting in the road going through the building. It might be worth paying extra attention to keeping surrounding features in sync with the road updates. Thank you so much for contributions to OSM and good luck mapping :) > Cheers, > Jinal Foflia > Twitter <https://twitter.com/fofliajinal> LinkedIn > <https://www.linkedin.com/in/jinalfoflia/> Github > <https://github.com/jinalfoflia> -- Rihards ___ Talk-vi mailing list Talk-vi@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-vi
Re: [Talk-us] Careful, "st" can mean "stone" in some places | Re: Typical maxweight signs in USA? (editor developmnent question)
On 27.06.19 09:59, Rory McCann wrote: > On 25/06/2019 20:01, Mateusz Konieczny wrote: >> 25 Jun 2019, 17:47 by pe...@dobratz.us: >>> Reading this page, I see the potential ambiguity extends deeper than >>> I realized (short ton, metric ton, long ton) >>> https://en.wikipedia.org/wiki/Tonne >> >> AFAIK all cases of "t" in USA on max weight signs means "short ton". >> >> Taggable by adding "st" unit or by converting to pounds, and adding >> "lbs" unit. >> First seems to be superior as puts lower burden on mappers and it >> allows to directly map what is signed. >> See https://wiki.openstreetmap.org/wiki/Key:maxweight#Usage > > FYI "st" is used in Britain & Ireland to mean a "stone" ( 14 pounds i.e. > 6.35029318 kg ). People in UK & Ireland can refer to their weight as "X > stone", or "I've lost half a stone on my diet" (but kg is common too). > > If you use "st" in an OSM tag value for weight, a not very bright data > consumer might interpret that as stone. Maybe we can side-step that > problem by picking a better suffix? > > What about "uston" (maxweight=8 uston)? > > Are there other regions which use “ton/tonne/...” on signs which > *aren't* the US ton? If so, we could just say “t” means “us short ton”. That will get ugly very quickly. Search for "weight" in https://en.wikipedia.org/wiki/Comparison_of_European_road_signs , see the letter used. > “Gallons” is also different in US units & imperial units, so "usgal" or > "impgal" are better choices than "gal". (Relevant when mapping fire > hydrant flow rates). > > https://en.wikipedia.org/wiki/Stone_(unit)-- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Need someone in the south to review an edit
On 14.06.19 17:59, Micah Cochran wrote: > > One of the following changeset comments suggests the deletions in this > changeset are to remove duplicates added by mistake previously. > > > I checked the a few local locations of the business (Athens, Alabama). > There are still nodes/ways for the "Express Oil Change" locations, which > would seem to suggest that it was just correcting duplicates (as Shawn > pointed out). I zoomed in on one location, and the node was, judging by the imagery, on a street (literally). I hope Brandify does not set locations from Google address searches. > The business is still in business, I think I drove by one this week. > > Micah Cochran-- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] What's protecting the map?
On 09.06.19 22:36, Paul Johnson wrote: > > > On Sun, Jun 9, 2019 at 1:23 PM Nuno Caldeira > mailto:nunocapelocalde...@gmail.com>> wrote: > >> But what happens if the Foundation is taken over by people with >> commercial interests? >> >> * You still own the rights to any data you contribute, not the >> Foundation. In the new Contributor Terms, you license the >> Foundation to publish the data for others to use and ONLY >> under a free and open license > > This got me thinking, particularly considering the license change a few > years ago and what a fiasco that was. What's protecting the map here? > What's to stop a prolific contributor from taking their ball and going > home, to the overall detriment of the map? I wouldn't call the licence change a fiasco. It was a painful and intense process, but it was almost surprisingly successful - at least that was my personal impression. Even more, the licence change and the new contributor terms sought to avoid the problem where any individual contributor could decide to hold the project hostage, or harm it - intentionally or not. From https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms : "You hereby grant to OSMF a worldwide, royalty-free, non-exclusive, perpetual, irrevocable licence to do any act that is restricted by copyright, database right or any related right over anything within the Contents, whether in the original medium or any other. These rights explicitly include commercial use, and do not exclude any field of endeavour." (there's much more on the page) > To be clear, this /is not something I am going to to/. For the sake of > playing Devil's advocate, what is to stop me from, after nearly a > decade, taking my data and going home? This would leave a roughly 400 > kilometer wide hole centered in Tulsa, some serious breakage in metro > Portland and thousands of pockmarks around the world. If I were to pull > out and take my data with me, it would swiss cheese the map.-- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-lv] a2 rekonstrukcija
On 31.05.19 18:46, Jānis Kaņeps wrote: > > On 31.05.2019 18:33, Rihards wrote: >> Kur tur tieši pāriet uz divām brauktuvēm, vai izmanto apgriešanās vietu >> kaut kā? > Ir jauna pagaidu brauktuve aptuveni šeit https://imgur.com/a/zpnOvGG , > precīzāk neatceros :) Paldies, iezīmēju aptuveni, lai salabotu manis salauzto routingu. Ja kādam sanāk tur doties garām drīzumā, GPX trace būtu super :) >> Rihards-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] a2 rekonstrukcija
On 31.05.19 14:27, Jānis Kaņeps wrote: > No Straujupītes DUS/Subway/Kļavu ciemata netiek ārā uz A2, ja nemaldos, > bija pagaidu ceļš taisni uz braucamo pusi. Paldies, biju palaidis garām. Ļoti noderēja Mapillary bildes, par pagrieziena ierobežojumu varēja ielikt. > No Sēnītes apļa Siguldas virzienā, kādu gabalu (apmēram līdz motorasei) > satiksme ir organizēta pa vienu brauktuvi. Vai, tur es vispār visu biju salauzis. Salaboju apļa tuvumā, kur man bija GPX un Mapillary bildes. Kur tur tieši pāriet uz divām brauktuvēm, vai izmanto apgriešanās vietu kaut kā? > On 31.05.2019 12:54, Rihards wrote: >> A2 rekonstrukcijas laikā satiksme novirzīta pa vienu brauktuvi, un ir >> citas satiksmes izmaiņas. Tā kā darbus plānots pabeigt tikai nākamgad, >> ieliku būvdarbu statusu kartē : >> https://www.openstreetmap.org/#map=13/57.0894/24.5465=N . >> >> Būtu jauki, ja kādam būtu iespēja pārbaudīt, vai nav kādas īpaši lielas >> kļūdas. Ceļu savienojumus pie Vangažiem minēju, un dažu māju piekļuve >> (piemēramm, Kārklēni) nav skaidra. >> >> Kaut kādā brīdī laikam satiksmi pārliks uz otru brauktuvi, bet to >> sazīmēs vēlāk.-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] a2 rekonstrukcija
A2 rekonstrukcijas laikā satiksme novirzīta pa vienu brauktuvi, un ir citas satiksmes izmaiņas. Tā kā darbus plānots pabeigt tikai nākamgad, ieliku būvdarbu statusu kartē : https://www.openstreetmap.org/#map=13/57.0894/24.5465=N . Būtu jauki, ja kādam būtu iespēja pārbaudīt, vai nav kādas īpaši lielas kļūdas. Ceļu savienojumus pie Vangažiem minēju, un dažu māju piekļuve (piemēramm, Kārklēni) nav skaidra. Kaut kādā brīdī laikam satiksmi pārliks uz otru brauktuvi, bet to sazīmēs vēlāk. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] estrādes
Vai mēs nonācām pie vienošanās par to, kā tagot estrādes? Derētu kas vienots visām, neatkarīgi no tā, vai ir jumts vai nav utt. Un vēl būtu labs kas tāds, kas iekļautu arī skatītāju reģionu (ar vai bez soliem). https://help.openstreetmap.org/questions/31186/how-to-tag-an-outdoor-stage min amenity=stage, bet pasaulē ir tikai 147 šādi objekti. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] nelabojam kapsētas
Ja kāds pamana dīvainas, jaunas kapsētas, lūdzu pagaidām nelabot. Ir noticis nesaskaņots imports. Nepieciešams pilns reverts. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Lūgums atritināt atpakaļ 69707503
On 30.04.19 13:50, Aivars Miška wrote: > Lauris (https://www.openstreetmap.org/user/Lauris) lūdz palīdzību > atritināt atpakaļ viņa izmaiņas nr. 69707503 ar kurām samaitāts mežu > multipoligons Anstrupē un Pācē. Es palīdzēt nemāku. Atcelts. Rezultātā nekas īpaši slikti vairs neizskatās, bet būtu jauki pārbaudīt. > Vai kāds var izglābt? > > Aivars Miška-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] trail tagging
On 19.04.19 19:34, Kevin Kenny wrote: ... > the surface. (There's also a law that snowshoes or skis are required > once the snow is 20 cm deep, but I follow "don't tag the local > legislation". There's nothing in that law regarding crampons, but any > time I've been using crampons and met a ranger, the ranger was also > using them and said nothing about it.) This seems a bit uncommon (the law, not you meeting the rangers). Got any reference or more detail on it? ... -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Footway tagging
On 21.04.19 23:18, Michael Sidoric via Talk-us wrote: > > Another consideration is accessibility. > Not taking sides but besides aesthetics and nomenclature seems there needs to > be some way for routing and tags to reflect whether a route is ‘safe’ or > accessible. > > I map for several blind friends and many paths have unexpected (and > dangerous) overhead hazards that a cane cannot detect. A very interesting challenge that many mappers would not think of. I don't have a suggestion on how to solve it, but please consider adding it in https://wiki.openstreetmap.org/wiki/OSM_for_the_blind#How_to_map_for_the_blind so the rest of us can add such detail to the map. > Thoughts? > > Michael Sidoric > GeoGO Project > www.geogo.world-- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] trail tagging
On 19.04.19 17:59, Martijn van Exel wrote: > I hadn’t looked at that page in a while, but I’ve been using > highway=path in the same way as you describe. Hiking trails, singletrack > MTB. Footway I only tag in built up areas. > What do other places in the world do? UK terminology has a well-established "footway" definition, which also includes minor, barely visible trails across fields and so on. With OSM originating in the UK and using (mostly) British English for tagging and related things, the highway=footway was initially used for all kinds of pedestrian trails - across fields, very well paved trails etc. The the rest of the Europe (generalising) jumped in, and split this into highway=footway for designed, well visible and mostly paved ways - and highway=path, which got used more for paths in forests, across grassy areas in cities etc. Very roughly how I tag these things, having surveyed and mapped in quite a few countries: * unpaved pedestrian trails - highway=path (but I wouldn't change such a trail from footway in the UK) * paved (or at least obviously designated and well maintained) pedestrian ways - highway=footway * unpaved track, suitable for a 4-wheeled vehicles - highway=track (with tracktype, when possible) * paved, small road - highway=service (but an unpaved driveway would still get highway=service + service=driveway) I try to add surface tags, but there are cases when I'm afraid to do so - for example, if there's a long way and I know its surface for some segment, I don't want to guess on the remainder, or split it. And a very, very big request to everybody who got this far... Please do not invent anything country-specific for these (we already have footways in the UK, and mostly Germans would use highway=track for paved ways I'd still consider highway=service). Not only it makes things hard for mapping abroad, it also makes map data hard to consume. I take it for granted that highway=service will be always passable in a low city car, but a track could get me stuck. > Martijn > >> On Apr 19, 2019, at 8:28 AM, brad > <mailto:bradha...@fastmail.com>> wrote: >> >> Everywhere I've been in the US or Canada a dirt 'way' too narrow for a >> 4 wheel vehicle is called a trail, path, or single track. For the >> most part they are appropriately (IMO) tagged as path. Unfortunately >> the wiki says this for highway:path (the highlighting is mine): >> >> /A non-specific path. //*Use **highway=footway >> <https://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway>**for paths >> mainly for walkers, **highway=cycleway >> <https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway>**for one >> also usable by cyclists, **highway=bridleway >> <https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbridleway>**for >> ones available to horse riders as well as walkers *//and >> //highway=track >> <https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack>//for ones >> which is passable by agriculture or similar vehicles./ >> >> I think it makes no sense to call a dirt path, open to more than 1 >> user group, anything other than a path. Since about 98% of the >> trail tagging that I've seen seems to agree, Is there consensus on >> this? Perhaps if the international group likes the description as >> is, a clarification on the US road tagging wiki page? >> https://wiki.openstreetmap.org/wiki/United_States_roads_tagging >> ___ >> Talk-us mailing list >> Talk-us@openstreetmap.org <mailto:Talk-us@openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-us -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Proposed mechanical edit - remove is_in:continent in USA
On 20.03.19 12:14, Mateusz Konieczny wrote:
>
> Mar 20, 2019, 9:21 AM by frede...@remote.org:
>
> Mateusz,
>
> as far as I am concerned, *all* is_in tags are unnecessary at best and
> potentially misleading, and could be removed. I'd prefer adding these
> tags to the auto remove list in editors though, rather than running
> mechanical edits to remove them.
>
> Unfortunately there are some people that see value in keeping some
> of them, that is also reason why this edit is proposed only for
> one that is utterly broken.
What use do they see?
> I was not considering auto remove list before, I will think about it
> and maybe I will propose adding it to a delete list of JOSM and iD
> (maybe also Vespucci if it has one).
>
> For "prefer" - is it "against automated edit" or "against automated
> edit if auto remove list would be rejected" or "some other solution
> would be better but automated edit is acceptable"?
>
>
> I strongly object to doing this in a *recurring* fashion for two
> reasons:
>
> OK, I will drop recurring part. Documented:
>
> https://wiki.openstreetmap.org/w/index.php?title=Mechanical_Edits/Mateusz_Konieczny_-_bot_account/remove_is_in:continent_in_USA=1823334=1823287
>
> If you intend to run a bot like that in regular intervals
> (which I would recommend not to do), then you need to provide a
> mechanism for individual mappers to ask the bot to keep its hands off
> something ("matkoniecz:bot=no" or so).
>
> So far nobody requested it (there is opt-out section in documentation on
> wiki
> that explicitly mentions it as a possibility), but I would implement it
> probably by
> skipping objects ever edited by specific user (would require making
> one more call before editing each object).
>
> Certainly I would not require adding pointless tags to OSM database
> (this would be ridiculous especially as most my bot edits are "this tag
> should be
> gone as it is pointless/confusing").
--
Rihards
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NC sidewalk data import
On 27.01.19 21:41, Melanie Mazanec wrote: > Hello, > > I'm a front end dev for a city government working on a side project to > fork and add to AccessMap <https://www.accessmap.io/> for North Carolina > cities. > > In order to make this happen, I want to import North Carolina city > sidewalk data into OSM. I have no prior OSM experience, so I'm > following the suggested wiki protocol and reaching out here before > attempting an import. > > Does anyone have advice about tutorials or where to start? Are there > any NC OSM communities or enthusiasts I can connect with? Also, it > seems like there are two competing sidewalk data formats. Is there a > preferred standard now? Hi, that's really great news - welcome to OSM. It would be useful if you would try some basic mapping first to get familiar with OSM data structure. Try to map something near your workplace or home. That doesn't stop you from working on the import, of course. Any questions on OSM are welcome on the IRC channel #osm ( https://wiki.openstreetmap.org/wiki/IRC ), or any other OSM communication channel. > Thanks, > Melanie Mazanec-- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lv] mazā latvija
https://www.openstreetmap.org/#map=16/41.9642/-85.7392 -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-vi] Road network improvements in Vietnam
On 2018.09.19. 00:36, Andrew Wiseman wrote: > Hello OSM Vietnam, > > My name is Andrew Wiseman, I work for Apple on the maps team. My team is > interested in doing some work on the road network in Vietnam on > OpenStreetMap, things like adding missing roads, making sure roads > connect properly, fixing incorrect alignments with GPS traces, ensuring > road classifications are consistent, and other similar issues. > > Are there places you know of that need improvement or types of problems > you see frequently? Hi Andrew and thank you for your interest in OSM, as well as great, open communication. I have only mapped in Vietnam when visiting, but I long for returning and mapping a bit more, as well as benefiting from our collective work. From my visit, I recall that a major challenge was the rapid development - new highways were built all over the place, buildings torn down and built anew... One could only rely on ortophoto layers (and older GPS traces) after visiting the place. If there was a way to obtain recent - and preferably updated every now and then - ortophoto for Vietnam, it could be of a great help. > We have a Github page here about the > project: https://github.com/osmlab/appledata/issues/121 > > Thank you, > Andrew > Apple, Inc. > > Andrew Wiseman | Maps | andrew_wise...@apple.com > <mailto:andrew_wise...@apple.com>-- Rihards ___ Talk-vi mailing list Talk-vi@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-vi
Re: [Talk-us] Address data for Miami Florida United States
On 2018.09.11. 19:13, mangokm40 wrote: > This is my first post. Be gentle, if I fail some etiquette test. :) > > I was testing the "maps.me" application and noticed address search > didn't work. It turns out it was a data problem. OSM doesn't have all > the addresses for Miami (Dade county), Florida. This surprised me > because our county makes this information available to the public. > > The main dataset I thought would be useful can be found here: > https://gis-mdc.opendata.arcgis.com/datasets/address-with-condo > As a point feature class, I figure it could be lightweight and allow > search for ANY address in the county. The data can be downloaded in KML > or SHP format. The license link displays this: > > "Miami-Dade County provides this data for use "as is". The areas > depicted by this map/data are approximate, and are not accurate to > surveying or engineering standards. The maps/data shown here are for > illustration purposes only and are not suitable for site-specific > decision making. Information found here should not be used for making > financial or any other commitments. Miami-Dade County provides this > information with the understanding that it is not guaranteed to be > accurate, correct or complete and conclusions drawn from such > information are the sole responsibility of the user. While every effort > has been made to ensure the accuracy, correctness and timeliness of > materials presented, Miami-Dade County assumes no responsibility for > errors or omissions, even if Miami-Dade County is advised of the > possibility of such damage." > > Since we think of Miami as a "global" destination, I thought search > address would be valuable to OSM. Is this something that has > been explored? Am I wasting my time? Hi and thank you for such a thoughtful email - and for your attention to detail. It looks like what you have quoted is more like a liability clause than a full licence. Do they have more on the licence? Or is it PD because of higher regulation? > If this is useful, I'll be happy to help. If I posted to the wrong > place, please point to the right place. > > > Mango, in rainy Miami (_8'() -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Possible roundabouts?
On 2018.09.07. 23:12, Kevin Kenny wrote: > On Fri, Sep 7, 2018 at 3:32 PM Rihards wrote: >> Note that roundabouts don't have implicit yielding rules - actually, by >> default the entering traffic has the right of way, which is why you'll >> see yield signs in about 99% of them. > > Maybe in your state, not in mine! On a circle in New York, > circulating traffic has right of way over entering traffic. > The YIELD sign is there to remind drivers of the fact, > and yes, most roundabouts have YIELD signs. > https://dmv.ny.gov/about-dmv/chapter-5-intersections-and-turns Very interesting, thank you for the info. Is there a clear signage for all roundabouts? > The state DOT does warn that other jurisdictions have different > rules, granting the right-of-way to entering vehicles over circulating > ones. > https://www.dot.ny.gov/main/roundabouts/background > That's usually because there's a general rule that traffic on > the right at at an uncontrolled intersection has priority, and > the jurisdiction in question hasn't introduced a special > case for roundabouts at all. (Some actually also ignore > freeway entrances, so that traffic entering has the right > of way over traffic already on the freeway! In such a case, > the laws of physics trump the traffic laws: the right of > way belongs to the greater kinetic energy.) -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Possible roundabouts?
On 2018.09.07. 21:52, Albert Pundt wrote: > Roundabouts are somewhat common nowadays in the US and follow the same > rules as European roundabouts: entering traffic yields to circle > traffic. Many intersections, such as the rotaries in Massachusetts, > follow these rules despite not being signed as "roundabouts." > > We do, however, still have many oldschool traffic circles with odd > yielding rules, or just nothing signed at all. These are typically > tagged with junction=circular. Note that roundabouts don't have implicit yielding rules - actually, by default the entering traffic has the right of way, which is why you'll see yield signs in about 99% of them. A roundabout would be a place with one-way traffic (if there's a roundabout sign, that's even better - easier for us). Two-way traffic would not be a roundabout. I haven't seen/tagged junction=circular, it might be appropriate in such cases. If it's a small one with a (streetcar) passable central section, that would be mini_roundabout - but only if there's nothing obstructing straight-through traffic. > On Fri, Sep 7, 2018 at 2:37 PM Marian Poara <mailto:marian.po...@telenav.com>> wrote: > > Hi all, > > We have a short but important question: should we tag with > “junction=roundabout” the circular intersections in US where there > is a physical center you can’t drive over and there is more than one > way entering, based on satellite imagery? (some examples here: > 40.5234202, -111.8762446, 35.8497728, -86.4547473, 42.6811136, > -73.6987507, 40.22109, -76.874981). And if we have OSC or Mapillary > street level images and it is confirmed that they don’t have any > roundabout sign? In many residential areas (but not only), there > isn’t any one way sign inside the small “roundabouts” and it seems > that both directions are used. > > __ __ > > Thanks and regards! > > Marian Poara > > __ __ > > Marian Poară > > Map Analyst > > > > www.telenav.com <http://www.telenav.com> > > ___ > Talk-us mailing list > Talk-us@openstreetmap.org <mailto:Talk-us@openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-us > > > > -- > —Albert Pundt > > > ___ > Talk-us mailing list > Talk-us@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-us > -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lv] osm kartēšana limbažos 15. septembrī
Re cik jauki Limbaži saorganizējuši - OSM zīmēšana 15. septembrī. http://osm.lv/blog/2018/09/limbazi-aicina-uz-openstreetmap-kartesanas-pasakumu/ Ja ir laiks un vēlme, dodamies palīgā :) -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] Evacuation Routes
On 2018.09.06. 02:06, Eric H. Christensen wrote: > I recently finished an update to the evacuation routes feature[0], turning it > into a relation (route). I'll be working on adding hurricane evacuation > routes to areas I'm familiar with (Maryland, Hampton Roads area of Virginia, > and Northeast North Carolina) but I encourage others to add evacuation routes > to their local areas as well. That page says "Cycle routes or bicycle route are named or numbered or otherwise signed routes. May go along roads, trails or dedicated cycle paths." Is that correct? > Currently, JOSM doesn't recognize this route type and I don't think they're > being rendered on any third-party software but I'm hoping once enough data is > in the system we'll be able to show a reason for rendering such information. > > Thanks, > Sparks > > [0] https://wiki.openstreetmap.org/wiki/Tag:route%3Devacuation -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lv] amazon logistics un osm
Īsti nezinu detaļas, bet izskatās, ka Amazon arī tīri labi patīk OSM. Anyone noticed the edits from Amazon Logistics, they seem to have been adding loads of service roads, then today they seem to be deleting at least some of the ways they have added. (In Scotland at least) Un daži interesanti raksti: https://aws.amazon.com/blogs/publicsector/develop-and-extract-value-from-open-data/ https://aws.amazon.com/blogs/big-data/querying-openstreetmap-with-amazon-athena/ https://aws.amazon.com/about-aws/whats-new/2017/06/openstreetmap-public-data-set-now-available-on-aws/ -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] NYC Name Vandalism
On 2018.08.30. 23:20, Kevin Kenny wrote: > On Thu, Aug 30, 2018 at 10:39 AM Ian Dees wrote: >> >> Yes, the original harmful edit was made by user "MedwedianPresident" in >> changeset https://www.openstreetmap.org/changeset/61555047 20 days ago. It >> was then reverted by naoliv a day later: >> https://www.openstreetmap.org/changeset/61556585. >> >> naoliv also blocked the user: https://www.openstreetmap.org/user_blocks/2141 > > Many thanks to the hopelessly overloaded DWG for handling this. > > A problem here is that it gives us a tremendous black eye in the > press. I wonder how, moving forward, we can lessen the chances of > this sort of hate speech propagating off the project. Other projects > have found that having a mandatory review and moderation process for > new users is helpful, because the sort of person who leaves this sort > of mess is usually creating a one-time account to do it, rather than > having made earlier sound contributions. It gives us the same press as some vandals messing with wikipedia - let's not see it as a worse thing than it is. As a sidenote, this was detected and revert in OSM in a day. If data consumers would update the data more frequently, the impact would be much, much smaller (in this specific case, probably nobody would have noticed). > If my experience with other open-source and crowdsourced projects is > any guide, it only takes a incident or two like this for The Powers > That Be in many organizations to start forbidding the use of > open-source material "because there's no quality control and too much > legal risk."-- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lv] osm vandāļi un interesanti nosaukumi
Varbūt jau dzirdēt par šodienas OSM nokļūšanu ziņās (jo MapBox reti atjauno karti): https://www.bbc.com/news/technology-45354311 Vēl interesanti, ka riteņbraucēji ir jauki rupjš kolektīvs, te interesanti treilu nosaukumi: https://lists.openstreetmap.org/pipermail/talk-ca/2017-October/008145.html -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] mapping party straupē
Ja ir doma "tā kā derētu pazīmēt karti, kur lai zīmē..." - dodamies rīt uz Straupi :) http://osm.lv/blog/2018/06/straupe-norisinasies-openstreetmap-kartesanas-pasakums/ -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] bing streetside - nu arī osm
Oho. tagad OSM drīkst izmantot Bing Streetside: https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#whats-new Pagaidām gan tikai "United States, United Kingdom, France, and Spain", bet varbūt zīmējot karti ceļojumos noder :) Vairāk par pašu Streetside: https://www.microsoft.com/en-us/maps/streetside -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] Slack: Do we need an Alternative (was Planning an import in Price George...)
On 2018.06.12. 11:08, Greg Morgan wrote: > > On Mon, Jun 11, 2018 at 9:42 AM, Martijn van Exel <mailto:m...@rtijn.org>> wrote: > > I would argue that it is a good thing that people converge on one > platform to talk about OSM. Whether Slack remains the right choice > is something we can debate. It was really the only feasible choice > that was available to us at the time we (OSM US) felt the need for a > better platform for conversations. Slack has done its job as a > for-profit non-open company well in the sense that we're somewhat > locked in now. I dislike the fact that it is a walled garden, and > becoming more so, as much as anyone who values free and open data > and software. If there is a practical way to improve that situation, > we should pursue it. > > Finally, please stop your unpleasant trolling, it has no place in OSM. > > Martijn > > I am thinking of something that happened _even before Slack was > around_. I found out late that, let's say it was, USSOTUM was already a > go and that planning in high gear. Come to find out that I guess that I > should be reading the US Chapter's blog every day. I don't recall > seeing the information in an email. Well with the job that I have now, > I have only so much time to divide between mapping and other activities. > Sometimes all I have time for is a quick scan of email and adding a > single node. My older phone was only 8G. I had no room for anther app > like slack. What is nice about email is that I can watch various OSM > messages along with various github notifications with just one app. I > just don't have time for all the social media channels out there. > > If part of the mission of the US chapter is to "spread the word", then > the chapter is not succeeding by selecting just one channel. Not > everyone has a nice phone to load apps, or would care about slack, > facebook, or Twitter. I think that the board needs to use all of the > systems to get the word out. First, kudos to everybody who contributed to building the community - that is a very valuable work, and I can see how it is tempting to choose something already used at work to kickstart things. But I'm also not using Slack because of their terrible terms and the completely closed ecosystem. Building on top of existing open solutions would have been much more preferred - whether it's a better mobile client and gateway for IRC or some other solution. Using open solutions is close to eating our own dogfood. While not using OSM while advocating it would seem silly, I can imagine a conversation like this: - this is OSM, an open map - oh, I love open things, let me map something - and where's the community? - it's in this proprietary chat app that does not interact with anything else - oh There are parallels with the use of the closed BitKeeper for Linux development, which gave rise to the development of git. Open communities do conflict with closed ecosystems eventually. > https://www.openstreetmap.us/ > We support OpenStreetMap by holding annual conferences, providing > community resources, building partnerships, and by spreading the word. > > Regards, > Greg-- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-lv] neasfaltētu ceļu attēlošana osm.org
On 2018.02.22. 18:38, Rihards wrote: > Diskusija ir atsākusies, ir daži piedāvājumi - pie tam, ar Latvijas > datiem :) > > https://github.com/gravitystorm/openstreetmap-carto/issues/110#issuecomment-367668091 ...un nupat kaut kas ir izmainīts - https://github.com/gravitystorm/openstreetmap-carto/pull/2640 Vēl īsti nesapratu, kas ir sataisīts, bet kartē tagad vajadzētu redzēt vai ceļš ir ar segumu vai bez. -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] What is a sockpuppet (sock puppet?)
On 2018.04.23. 19:58, Charlotte Wolter wrote: > Hello, > > Sorry I'm not up on the latest OSM slang, but > what is a sockpuppet (sock puppet?)? That's a bit older than OSM. https://en.wikipedia.org/wiki/Sockpuppet_(Internet) is a good overview. > Charlotte > > > > Charlotte Wolter > 927 18th Street Suite A > Santa Monica, California > 90403 > +1-310-597-4040 > Mobile: 310-663-3699 > techl...@techlady.com > Skype: thetechlady > > > > ___ > Talk-us mailing list > Talk-us@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-us -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lv] osmf ziedojumi
"An existing Corporate Member is interested to publicly pledge a fixed percentage of the profits they make with an OSM-based product/service to the OSMF." Vēl nav apstiprināts, bet pats princips tik ļoti jauks :) https://wiki.osmfoundation.org/wiki/Board/Minutes/2018-04-19#Corporate_donation_with_un-disclosed_amount -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] Gravel roads and surface tags in the US
On 2018.04.20. 01:12, Dave Swarthout wrote: > "I'm totally open to suggestions for alternatives. Gravel certainly > doesn't describe that kind of coarse crushed rock to most people, but > what do you call that concisely?" > > The roadway in the OP's opening post has what I would definitely tag as > a gravel surface but it has obviously been groomed to carry heavier > traffic than many similar roads. Thus surface=gravel or surface=unpaved > along with tracktype=grade1 (wiki: grade1 = Usually a paved or heavily > compacted hardcore surface). Whether such roads have actually been > mechanically compacted isn't obvious from their appearance. Perhaps some > sort of final step was employed to prepare them for use. It might be worth avoiding paved/unpaved. Usually, if you are tagging surface, you can make at least a good guess on what is it. While paved/unpaved provides some information, it is still highly desirable to expand on it later (gravel, compacted, sand, ground etc ? - big difference). > On Thu, Apr 19, 2018 at 2:48 PM, Paul Johnson <ba...@ursamundi.org > <mailto:ba...@ursamundi.org>> wrote:... -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Gravel roads and surface tags in the US
On 2018.04.19. 17:53, Max Erickson wrote: >> I grew up in an area with these kinds of roads and I don't think >> they're technically compacted. The gravel, which is crushed >> limerstone, is laid down and due to its chemical properties creates a >> smooth surface after several months of traffic. > > Having read about this some since Tobey mentioned it on Slack, the > compaction is often meant to come from traffic. > > In the Midwest the material is often from local "gravel pits" which > are glacial material, so a mix of sand and rounded stone. I think they > do some sorting and remixing of the material before using it for road > surface construction, and they definitely add clay as a binder. > > I think the use of clean stone (the wiki gravel) is more common for > ornamental driveways than for any road meant to bear much traffic. > Apparently part of the issue is that there aren't many built roads in > the UK (and Europe in general) that aren't sealed. While possibly correct for western Europe, more eastwards that is not correct. A lot of compacted roads. By distance, probably more than paved. Pure gravel usually is reserved for smaller segments where very low travel speed is expected - like service roads for new residential development, driveways etc. > Max -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Gravel roads and surface tags in the US
On 2018.04.19. 02:36, Jack Burke wrote: > I've been tagging roads like that as compacted, once I learned more > about the surfacing tech. Same here - was tagging roads like that as gravel until I found out it's compacted. Editor topic - perhaps editors should be extended to offer both compacted & gravel for the UI choice of "gravel", with compacted being default even ? > -jack > > -- > Typos courtesy of fancy auto spell technology > > On April 18, 2018 6:19:07 PM EDT, Toby Murray <toby.mur...@gmail.com> wrote: > > I recently bought a gravel bicycle to ride on the many gravel roads in > Kansas. Like this one: > https://www.mapillary.com/app/?pKey=nYO4JI46L0SWzNAQlLT4kA=photo > > First question: What would you call this road? Obviously I am calling > it a "gravel road" but a couple of people have said they would call it > a "dirt road" so I'm curious if there are any other common terms to > describe this type of road in different regions of the US. > > Second question: How would you tag this road? There is a > surface=gravel tag that is in pretty common usage in Kansas and > neighboring states. However looking at the wiki page for the surface > tag[1], this is not wiki-correct. According to that page > surface=gravel is to be used for large rocks (4-8cm) that are laid > down loosely like those typically used as ballast on railroad beds. I > believe The Mapillary picture I linked to would be considered > surface=compacted according to the wiki because the rocks are much > smaller and the surface is stabilized with a binding agent. There is a > big difference between the two when it comes to bicycle riding. > Railroad ballast is bone jarring and flat tire inducing whereas gravel > roads are pretty manageable on the right kind of bike. > > But If you call something a "gravel road" and there is a "gravel" > option in the editor preset for the surface tag, people are going to > choose the gravel option and not look for "compacted" since that is > not a common term here. I assume it is a more common term in the UK > and that is why it is used in OSM. > > And lastly there are trails that are surfaced with a similar material > but crushed to a smaller size like here: > https://www.mapillary.com/app/?pKey=iQNqP-dfQ-Rm6AD9REMsgQ=photo > > I'm trying to decide if that is better as surface=compacted or > surface=fine_gravel although fine_gravel seems to be a slightly > different process from what I see on the wiki. > > Maybe this should be directed at the tagging list but I thought I > would get thoughts from the US community since we seem to be the ones > using the tag incorrectly (according to the wiki) > > [1] https://wiki.openstreetmap.org/wiki/Key:surface > > Toby -- Rihards ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-lv] Fwd: [Talk-us] Announcing New MapRoulette beta
re, jauna maproulette versija. varbūt kādam ir ideja latvijas uzdevumiem ? Forwarded Message Subject: [Talk-us] Announcing New MapRoulette beta Date: Mon, 26 Mar 2018 12:13:37 -0600 From: Martijn van Exel <m...@rtijn.org> To: talk...@openstreetmap.org Hi all, A brand new MapRoulette is now in public beta and I would very much like for you to start using it and let me know what you think! You can go to http://maproulette.org/mr3 right now to try it. If you're not familiar with MapRoulette, it's a micro-tasking tool that serves up small tasks to improve OpenStreetMap in <1 minute. The tasks are grouped in challenges which anyone can create. Some examples are below. Here is an overview of MapRoulette and the new features in this release: https://github.com/maproulette/maproulette3/wiki/What's-new-in-MapRoulette-3 Some examples of US based challenges that you may enjoy working on: * Fix TIGER roads in Washington: http://maproulette.org/mr3/browse/challenges/2871 * A similar challenge for LA County: http://maproulette.org/mr3/browse/challenges/237 * Add Georgia Motorway Exit Destination Information: http://maproulette.org/mr3/browse/challenges/2939 (there are 'sister' challenges for other states, use the search to locate those.) There are challenges worldwide in case you prefer to help folks abroad. Anyone can create challenges! You can use a GeoJSON file or an Overpass query. The Challenge wizard is much improved compared to the previous version. Your feedback on that is especially welcome. If you need help, holler. Please let me know your feedback and ideas! -- Martijn van Exel m...@rtijn.org ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Changeset rendering status
On 2018.03.22. 16:58, Ilja Denisovs wrote: > Sveika, OSM kopiene! > > Pamanīju, ka citreiz izmaiņas tiek uzrenderetas uzreiz, bet citreiz > paiet stundas, līdz tas paraidīsies kartē. > > Tamdēļ man ir sekojošs jautājums: vai ir iespējams kaut kā redzēt kādā > changeset statusu? tur ir tā... agrāk bija biš vienkāršāk, jo bija mazāk serveru, nebija tile proxy utt. tagad jāņem vērā potenciālās aiztures vietas : * changeset replikācija uz render serveriem * render queue * cache servers * lokālā cache Sākot no apakšas, noteikti ir vērts pārliecināties, ka lokāli nav saglabāti vecie attēli. Cits browseris, f5 utt. Ar dažiem pieslēgumiem providerim var būt transparent cache. Tālāk ir tile cache serveri. Te es pat īsti nez, ko var darīt, izņemot non-cacheable pieprasījumus (ctrl+r/f5 utt). Tālāk ir renderēšanas aiztures. Tās parasti ir lielākas kad pamaina stylesheet, nedēļas nogalēs (kad ir vairāk izmaiņu). Te var redzēt, cik liela ir queue : https://munin.openstreetmap.org/openstreetmap/render.openstreetmap/index.html#renderd Ja ir max, tad vispār netiek pieņemti jauni pieprasījumi. Tajos periodos izmaiņas noteikti parādīsies vēlāk. Tālāk ir replikācija no API serveriem uz renderēšanas serveriem. Kaut kur ir grafiki, kas rāda aizturi, bet es tagad vairs nevaru atrast. Jāņem vērā, ka replikācija reti kad ir problēma... bet gadās. Vēl vairāk statusu, grafikus utt var redzēt https://wiki.openstreetmap.org/wiki/Platform_Status . Nu un vienmēr ir iespēja redzēt konkrēta attēla statusu, piemēram : https://a.tile.openstreetmap.org/18/150978/80955.png/status Ja ir azdomas, ka ilgi nav pārģenerēts un gribas pamēģināt paātrināt : https://a.tile.openstreetmap.org/18/150978/80955.png/dirty Tas gan īsti neko daudz nedos, ja rendering queue būs pilna, nestrādās ar visiem zoomlevels utt. > -- > Best regards! > Ilja Denisovs-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] jāņasēta mūs izaicina
On 2018.03.18. 21:39, pec...@gmail.com wrote: > Es nākamnedēļ došos uz Ogri, nostaigāšu gar tiltiem. Super, paldies. Lai sanāk jauka pastaiga :) > Pēteris. > > 2018. gada 18. marts 14:03 Rihards <ric...@nakts.net > <mailto:ric...@nakts.net>> rakstīja: > > varbūt kādam sanāk apciemot ogres tiltus - ideāli būtu svaigas mapillary > bildes :) > > https://twitter.com/kartes_lv/status/968457959243206656 > <https://twitter.com/kartes_lv/status/968457959243206656> > -- > Rihards > > ___ > Talk-lv mailing list > Talk-lv@openstreetmap.org <mailto:Talk-lv@openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-lv > <https://lists.openstreetmap.org/listinfo/talk-lv> > -- > mortigi tempo > Pēteris Krišjānis-- Rihards ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
