About this board

talk

Previous discussion was archived at User talk:Frettie/Archive 1 on 2016-01-27.

Jklamo (talkcontribs)

Ahoj, koukám že si kdysi dělal import počtů obyvatel + domů za vesnice se sčítání. Zjistil jsem podezřele vysoký (5299) počet částí obcí/vesnic, který má za rok 1961 jako počet domů vyplněnou nulu. Za rok 1970 je to jen 298, za rok 411. Koukal jsem do těch zdrojových dat a problém se zdá být v tom, že v tom sčítání v roce 1961 často často ty části obec sčítali do jiné části obce. Tj. jsou tam vyplněné "nuly", které nulami nejsou a ty čísla za "sečtenou" obec pak taky moc nesedí. Z těch PDF se to ani poznat nedá, v XLS tam k tomu občas poznámka je (ale taky ne vždycky). V šablonách typu cs:Šablona:Tabulka počtu obyvatel pak ta nesedící čísla dost bijí do očí.

Moc nevím, co s tím, ale možná by bylo nejlepší tu nuly smazat nebo nahradit unknown value. Ještě házím ping na @Vojtěch Dostál, pokud by měl nějaký jiný nápad.

Frettie (talkcontribs)

Ty jo, no to těžko říct ...


Já bych to tam nechal, pač to je fakticky správně. Ale vypadá to blbě v praxi ...

Jklamo (talkcontribs)

No v 90% to asi fakticky správně není a mělo by tam být unknown value (nebo nic). Ale vzhledem k (ne)kvalitě zdroje nejsme schopni unknown value a skutečnou nulu odlišit :-(

Vojtěch Dostál (talkcontribs)
Frettie (talkcontribs)

Jo, to je asi nejsnažší cesta ...

Jklamo (talkcontribs)

To zní dobře. Ale klidně bych z toho "odečetl" ty s nulovou populací (468), u nich ta nula může být opravdu nulou.

Vojtěch Dostál (talkcontribs)
Jklamo (talkcontribs)

Spíš to druhé, ale asi je to celkem jedno, vypadá to, že ve finále jde o skoro stejné položky.

Vojtěch Dostál (talkcontribs)

Té šabloně to ale moc nepomohlo :) Přebírá to pak rok 1950 jako nebližší informaci dostupnou k danému roku... Což je asi očekávané chování parametru "date" ale tady nevhodné.

Jklamo (talkcontribs)

No nejsem si jistý, jestli je to úplně očekávané chování parametru. Ale v tomhle konkrétním případě je určitě poslední neprázdný údaj lepší, než "falešná" nula.

Vojtěch Dostál (talkcontribs)

Mnohdy chceš prostě nejaktuálnější údaj v danou chvíli, což je ten z r. 1950... Třeba by šel kód přepsat s použitím parametru withqualifiervalue

Vojtěch Dostál (talkcontribs)

V první editaci přidávám vymezení, v druhé zavrhnu... Bylo by složité to dělat jednou editací.

Dummenfabrik (talkcontribs)
Frettie (talkcontribs)

Hi, ok, thanks.

J.

Reply to "Transliteration of the Russian"
2A00:20:3009:F34A:A8E4:754F:D63F:5FF5 (talkcontribs)
Frettie (talkcontribs)

ok, i ll change it in my system. thanks.

Reply to "Wrong property"
Mormegil (talkcontribs)

Ahoj, mohl by sis prosím opravit ten SPARQL nebo čím dohledáváš chybějící RÚIAN ulice, aby neignoroval zavržené hodnoty a nezakládal pro duplicitní položky…?

Frettie (talkcontribs)

Dík, mrknu se na to.

Mormegil (talkcontribs)

Vidím, že loni se mrknutí příliš nepodařilo. Možná by to šlo zkusit zařídit letos, abychom napřesrok neměli zase stejné duplicitní položky…?

Frettie (talkcontribs)

Vim o tom, trošku jsem změnil ten skript, aby kontroloval existenci ruianu, trošku mi do toho hodily vidle zavržené ruiany. Mezitím jsem importoval několikrát, tj. se to povedlo, ale aktualizace úplně ne. Dík.

Reply to "Duplicitní RÚIAN položky"
SM5POR (talkcontribs)

Hi, since you seem familiar with GPS software and file formats I could use your advice (I have been using GPSbabel with my Garmin but it was long ago). The .loc filename extension seems to have been used for at least two different formats of different origin, so I wouldn't call it a "family" of file formats. But now I don't know which format could best replace geocaching in the list of formats supported by GPSbabel to resolve the constraint violation. I don't really want to spend too much time on this as my main focus is elsewhere right now, and I already created an item for EasyGPS which still isn't a format, but another piece of software (I'm not sure about its notability either, but I hope that will not be an issue if we are to resolve all cases of conflation that I expect us to find). What do you suggest?

Frettie (talkcontribs)

Hm, i dont know ... i think, thats ok with one .loc file format, because there is different file formats, but seems similar. But ... its difficult. --~~~~

Reply to "GPS file formats"

Consistency between properties and items

15
Epìdosis (talkcontribs)

Hi! I've been using your User:Frettie/consistency check add.js for some months and it's really fantastic! There's only one thing I want to report to you: it doesn't work between properties and items, e.g. P2875 <-> P1659 (you can try with Property:P5736). Would it be possible to solve it? Anyway, thank a great lot for this js!!! Bye!

Frettie (talkcontribs)

I think that it's not possible. There is no access to Properties for wbcreateclaim. :/

Epìdosis (talkcontribs)

In this case you can remove P2875 <-> P1659, they are useless. Thank you anyway!

Epìdosis (talkcontribs)
Frettie (talkcontribs)

Hi, i will add this today.

Epìdosis (talkcontribs)
Frettie (talkcontribs)

hi, i will add this

Frettie (talkcontribs)
Epìdosis (talkcontribs)

It works. Thank you very much!

Epìdosis (talkcontribs)
Frettie (talkcontribs)

Hello, added, can you test it?

Epìdosis (talkcontribs)

It's OK, thank you very much!

Epìdosis (talkcontribs)
Reply to "Consistency between properties and items"
Emu (talkcontribs)
Frettie (talkcontribs)

Yeah, it was mistake - maybe.

Reply to "Michal Šejvl"

Little suggestion for new authorities

2
Epìdosis (talkcontribs)

Hi! Thanks to the great presentation by @Vojtěch Dostál: I have just discovered Wikidata:WikiProject Czech Republic/New authorities. I was thinking about a little addition which could be useful: in "Akce", besides "WD" and "Vytvořit", I would suggest adding a link to the Creation candidates function of Mix'n'match. I would construct it switching name and surname:

This would make it easier to create (when necessary) new items on the basis of more than one Mix'n'match entry; it is especially useful for humans, while it has probably very low usefulness for other types of entries. Thanks in advance and again compliments for the great work you are doing!

Frettie (talkcontribs)

Good idea, i ll try that in a week or two. --~~~~

Reply to "Little suggestion for new authorities"
ŠJů (talkcontribs)

Ahoj, jen poznámka k Wikidatům: vojenský újezd Libavá (tak jako všechny vojenské újezdy) není součástí žádné obce, tedy ani Města Libavá. Takže je-li nějaká socha nebo kaple ve vojenském újezdu Libavá, nemůže být současně ve Městě Libavá.

Frettie (talkcontribs)

Ok.

Reply to "Vojenský újezd Libavá"
Fukejs (talkcontribs)

Ahoj.

Když Frettiebot importuje náměstí z RUIANu, jak pozná, že to je instance (čeho) (P31): náměstí (Q174782)? Předpokládám, na RUIANu takové třídění není, ne?

Takže se to snaží poznat podle slova "náměstí" nebo "nám." v názvu?

Koukal jsme, že třeba ulice U Náměstí Q46193436 nebo K Náměstí Q46034867 jsou taky označeny jako náměstí, i když to náměstí nejsou.

A ještě divnější mi je, pro zařadil mezi náměstí třeba Q44479257.

Frettie (talkcontribs)

Ahoj,

je to tak, v RUIANu to netřídí, je to jen dle názvu.

Ta Kostelní ulice, to bude asi z nějakého důvodu, že sem tam se nějaké ulice z pro mě neznámého důvodu nahrají do jedné položky, netuším proč, imho chybka v api nebo někde v aplikaci, ale zatím jsem ji neodchytnul.

Ale někdy na to mrknu. díky za poznámku.

ŠJů (talkcontribs)

Ty tři jmenované případy jsem opravil, ale samozřejmě bude nutné na základě té chyby algoritmu dohledat i další postižené případy.

Reply to "Import náměstí"