Na razie jest na to za wcześnie. Jeśli będzie wprowadzonych powyżej 10tys grobów, wtedy można pogadać z osobami opiekującymi się stylem.
W przypadku stylu, który jest na osm.org nawet nie ma co liczyć na zmianę czegokolwiek. Jeśli chodzi o inne mapy np. osmapa.pl jedyne sensowne renderowanie jaki mi przychodzi do głowy, to mała, szara kropka (ok. 4px) i to tylko na najwyższym zoomie, ale i tak nie jestem przekonany czy pojedyncze groby powinny się renderować.
Relacje typu person zostały poprawione (died, born, family_name) hurtowo przeze mnie, stronka pod tym kątem też.
W takim razie pytanie?
Czy zaczynamy “wrzucać” wszystkie groby jakie tylko znamy (rodzinę bliższą i dalszą, czyli wszystkich z bazy genealogii), czy tylko osób “znanych, conajmniej w okolicy”?
Jeśli potrafisz określić ich położenie (na tyle dobrze, aby osoba, która nigdy tam nie była mogła je znaleźć po lon-lat) to wrzucaj 
warto wtedy dodawać role child i parent. Tego typu groby już są w bazie.
Dziękuję.
A te poprzednie bez relacji, z “person:birth” poprawiać ręcznie, czy też botem?
Jakiś przykład/wzór z “child” i “parent”?
Chyba ostatni temat nie dograny.
Parametr image
Obecnie podajemy pełny URL do grafik z Commons.
Czy to można zrobić jakimś szablonem, gdzie podajemy commons=File:Zdjecie.jpg, podobnie jak wikipedia=Jan Kowalski
Warto zwrócić uwagę na to jak obecnie to wygląda.
http://taginfo.openstreetmap.org/keys/image#values
http://taginfo.openstreetmap.org/keys/commons#values
Wg mnie taki tag ma sens, ponieważ łatwiej jest określić licencję takiego pliku.
Mnie o co innego chodzi.
Mamy dwa tagi: image i commons, ale w dalszym ciągu, w obu przypadkach podawany jest pełny URL, czasami cokolwiek.
Praktycznie, po co to podajemy i gdzie te zdjęcia możemy zobaczyć?
Może, jest całkowicie zbędny parametr i nie ma sensu tracić czasu na szukania linków i dodawanie do OSM?
PS.Dla Szymborskiej podałem w formacie commons=File:Zjęcie.jpg
A mnie chodzi o to co Tobie. Przecież wiadomo, że jeśli będzie się podawało pełny URL w tagu commons=* to mogą tam się pojawić zdjęcia z innych stron niż Commons.
Wtrącę się i dodam, że Wikimedia Commons to nie tylko zdjecia, ale też inne pliki multimedialne, więc tag commons= byłby wieloznaczny. Optuję za pozostaniem przy image= z pełnym URL. Tag commons= możnaby stosować do kategorii, np. commons=Category:cośtam
Chyba się nie rozumiemy. Oczywiście, że są tam rożne pliki.
Ale ja mam na myśli zastąpienie **http://commons.wikimedia.org/wiki/imagename, na ** commons=imagename
A tak forma jest całkowicie jednoznaczna. Podobnie jak wikipedia=articlename (bez http://wikipedia.org/))
A potencjalny soft kliencki ma zgadywać po rozszerzeniu pliku czy ma do czynienia z plikem graficznym, wideo lub audio?
Jak sam piszesz “potencjalny”.
Dla tak potencjalnego użytkownika można to zrobić bardzo prosto.
commons=image:filename, z tym, że “image” będzie domyślne i niewidoczne, czyli commons=filename
commons=audio:filename
commons=video:filename
To już jest zagadnienie czysto techniczne i wykonalne.
Podobnie mamy z Wikipedią, gdzie dodajemy przedrostek skrótu językowego “pl:”
Czy to Cię zadowala?
Nie.
Jeśli już to bardziej widzę commons:image=filename itd.
Niech inni się wypowiedzą…
Problem w tym rozwiązaniu jest taki, że nie ma możliwości dodania równocześnie zdjęcia i wideo.
commons:image=* byłoby chyba lepsze.
Edit:
Zibi byłeś szybszy…
Może prościej.
Nazwa Medii w Commons jest dwuczłonowa:
File: lub Image: lub Plik:
oraz
*filename.cośtam
*
My wpisujemy w pierwszym polu:
commons
a w drugim polu (opuszczamy przedrostek, czyli "File:)
image:filename.jpg
audio:filename.midi
video:filename.costam
co nam da:
commons=audio:filename.midi
commons=video:filename.costam
itd
I to nam da tylko jedną możliwość wykorzystania pliku z Commons.
Zdajemy sobie z tego sprawę. Lecz nie da się w OSM użyć tego samego klucza 2 razy. Czyli nie da się zrobić tak:
historic=castle
name=Zamek Blablowców
commons=image:abc.jpg
commons=audio:abc.ogg
Te ostatnie 2 tagi robią konflikt. Przy rozwiązaniu:
historic=castle
name=Zamek Blablowców
commons:image=abc.jpg
commons:audio=abc.ogg
tego problemu nie ma