Projekt
9 views
Skip to first unread message
Michał Rostecki
Feb 20, 2013, 2:20:46 PM2/20/13
to pyci...@googlegroups.com
Tutaj napisałem trochę rzeczy na temat projektu:
http://developers.pycircle.org/
Generalnie zadanie na teraz dla tych, co chcieliby uczestniczyć w
projekcie (bo oczywiście nie jest to obowiązkowe), to przede wszystkim
założenie githuba, podanie loginów i skonfigurowanie sobie środowiska do
pracy.
Na przyszłym spotkaniu będziemy rozwiązywać ewentualne problemy i
powiemy o dalszych zadaniach.
Inna sprawa, jeżeli macie jakieś sugestie co do form kontaktu, które by
Wam odpowiadały przy projekcie, to napiszcie. Bo może to być zarówno ta
lista, jak i IRC albo dowolny komunikator czy VOIP.
http://developers.pycircle.org/
Generalnie zadanie na teraz dla tych, co chcieliby uczestniczyć w
projekcie (bo oczywiście nie jest to obowiązkowe), to przede wszystkim
założenie githuba, podanie loginów i skonfigurowanie sobie środowiska do
pracy.
Na przyszłym spotkaniu będziemy rozwiązywać ewentualne problemy i
powiemy o dalszych zadaniach.
Inna sprawa, jeżeli macie jakieś sugestie co do form kontaktu, które by
Wam odpowiadały przy projekcie, to napiszcie. Bo może to być zarówno ta
lista, jak i IRC albo dowolny komunikator czy VOIP.
Mieszko Chowaniec
Feb 22, 2013, 11:42:12 AM2/22/13
to Michał Rostecki, pyci...@googlegroups.com
Dear All,
Ja jestem gotowy. Jeśli chodzi o formy kontaktu - Wy wybierzcie, a ja
się dostosuję, bo nie mam żadnych preferencji.
Kiedy już uzgodnimy kanały komunikacji, może zaczniemy od wybrania
jakiejś nazwy dla tego przedsięwzięcia?
Mieszko
2013/2/20 Michał Rostecki <ad...@pycircle.org>:
> --
> Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "PyCircle".
>
> Aby anulować subskrypcję tej grupy i przestać otrzymywać z niej wiadomości, wyślij e-maila do pycircle+u...@googlegroups.com.
> Więcej opcji znajdziesz na https://groups.google.com/groups/opt_out
>
>
Ja jestem gotowy. Jeśli chodzi o formy kontaktu - Wy wybierzcie, a ja
się dostosuję, bo nie mam żadnych preferencji.
Kiedy już uzgodnimy kanały komunikacji, może zaczniemy od wybrania
jakiejś nazwy dla tego przedsięwzięcia?
Mieszko
2013/2/20 Michał Rostecki <ad...@pycircle.org>:
> Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "PyCircle".
>
> Aby anulować subskrypcję tej grupy i przestać otrzymywać z niej wiadomości, wyślij e-maila do pycircle+u...@googlegroups.com.
> Więcej opcji znajdziesz na https://groups.google.com/groups/opt_out
>
>
Banasiak Łukasz
Feb 22, 2013, 3:41:16 PM2/22/13
to pyci...@googlegroups.com
Cześć,
Mieszko,
Z tego co pamiętam miałeś fajna nazwę :)
Do reszty,
Może stworzymy podgrupę dystrybucyjna aby nie spamować innych, nie
zainteresowanych tym?
Pozdrawiam,
Łukasz Banasiak
W dniu 22 lutego 2013 17:42 użytkownik Mieszko Chowaniec
<mieszko....@googlemail.com> napisał:
Mieszko,
Z tego co pamiętam miałeś fajna nazwę :)
Do reszty,
Może stworzymy podgrupę dystrybucyjna aby nie spamować innych, nie
zainteresowanych tym?
Pozdrawiam,
Łukasz Banasiak
W dniu 22 lutego 2013 17:42 użytkownik Mieszko Chowaniec
<mieszko....@googlemail.com> napisał:
Mieszko Chowaniec
Feb 22, 2013, 5:11:24 PM2/22/13
to Banasiak Łukasz, pyci...@googlegroups.com
No tak, ale ta nazwa się kompletnie nie nadaje.... Chociażby z tego
względu, że jest polska, a najlepiej by było, żeby ten serwis/portal
można było z czasem wypuścić na szerokie wody i stworzyć wersje
narodowe dla kilku większych języków. Dlatego najlepiej powołać do
życia jakiś neologizm, który będzie brzmiał dobrze w każdym języku. Na
przykład multiarch - jako złożenie słów multi i archiwum, które są
rozpoznawalne przez użytkowników większości języków zachodniej
półkuli. Domena multiarch.org jest do wolna. Chociaż 'arch' kojarzy
się też z architekturą, a przedrostek 'multi' jest już nadmiernie
eksploatowany zwłaszcza w kontekście nowych mediów... Więc nie wiem.
Co do podgrupy dystrybucyjnej - bardzo dobry pomysł.
Mieszko
2013/2/22 Banasiak Łukasz <lukas.b...@gmail.com>:
względu, że jest polska, a najlepiej by było, żeby ten serwis/portal
można było z czasem wypuścić na szerokie wody i stworzyć wersje
narodowe dla kilku większych języków. Dlatego najlepiej powołać do
życia jakiś neologizm, który będzie brzmiał dobrze w każdym języku. Na
przykład multiarch - jako złożenie słów multi i archiwum, które są
rozpoznawalne przez użytkowników większości języków zachodniej
półkuli. Domena multiarch.org jest do wolna. Chociaż 'arch' kojarzy
się też z architekturą, a przedrostek 'multi' jest już nadmiernie
eksploatowany zwłaszcza w kontekście nowych mediów... Więc nie wiem.
Co do podgrupy dystrybucyjnej - bardzo dobry pomysł.
Mieszko
2013/2/22 Banasiak Łukasz <lukas.b...@gmail.com>:
Marek Chabiera
Feb 25, 2013, 3:13:37 PM2/25/13
to Mieszko Chowaniec, Banasiak Łukasz, pyci...@googlegroups.com
Odnośnie kontaktu, wydaje mi się, że kanał irc byłby dobrą platformą do komunikacji.
Pozdrawiam.
Mieszko Chowaniec
Feb 26, 2013, 7:04:11 PM2/26/13
to Marek Chabiera, Banasiak Łukasz, pyci...@googlegroups.com
Kto może mi udzielić pozwolenia na dokonanie zmian w repozytorium na
Githubie? Michał? Dostałem wiadomosc: failed to sync changes, it seems
you do not have permission to push your changes to this repository.
Mieszko
2013/2/25 Marek Chabiera <syri...@gmail.com>:
Githubie? Michał? Dostałem wiadomosc: failed to sync changes, it seems
you do not have permission to push your changes to this repository.
Mieszko
2013/2/25 Marek Chabiera <syri...@gmail.com>:
Mieszko Chowaniec
Feb 27, 2013, 4:13:44 AM2/27/13
to pyci...@googlegroups.com, Banasiak Łukasz, Marek Chabiera
Zanim zaczniemy komunikować się przez IRCa, będę puszczał wiadomości
tą drogą do wszystkich.
Pierwszy problem nad którym się głowię: Geografia czyli powiązanie
materiałów z nazwami i lokalizacjami geograficznymi.
Załóżmy, że mam dwa materiały: jeden dotyczy Poznania (bo tak
zaznaczył jego autor) a drugi dzielnicy Poznania - Wildy (to znowu
dane podane przez użytkownika).
Trzeci użytkownik przeszukuje repozytorium materiałów. Szuka
wszystkiego co dotyczy Poznania. Powinien znaleźć oba materiały.
Jeżeli jednak określanie lokalizacji geograficznych będzie
odbywało się w najprostszy mozliwy sposób - tzn. użytkownik będzie po
prostu wpisywał nazwę geograficzną wedle swojego uznania - to nie ma
szans na to, żeby wyszukiwanie objęło sytuacje gdzie mniejsze
jednostki geograficzne (np. dzielnice miast czy gminy województw)
zawierają się w większych. Do tego trzeba oczywiście zbudować drzewo
nazw geograficznych - Polski, Europy - żeby wyszukiwanie "Poznań" dało
wyniki dla "Wilda", "Łazarz" i "Grunwald". Oczywiście zbudowanie
takiego drzewa przekracza nasze skromne możliwości. Ktoś ma pomysł jak
to rozwiązać? Bo zbudowanie podobnej funkcjonalności w odniesieniu to
dat jest trywialnie proste - wystarczy użyć '>', '<' i '=='. Wtedy
każdy może wyszkiwać materiałów wedle szerszych jednostek czasu - np.
XX wiek, a w kodzie użyte będzie >>if year >=1900 and year<==2000. Ale
żeby program 'wiedział', że Grunwald to część Poznania, a Poznań to
część Wielkopolski trzeba... no właśnie, co? Kto wie? Czy można
zedrzeć i ściagnąć z googlemaps drzewo jednostek geograficznych?
Pozdrawiam, zaniepokojony
Mieszko
2013/2/27 Mieszko Chowaniec <mieszko....@googlemail.com>:
tą drogą do wszystkich.
Pierwszy problem nad którym się głowię: Geografia czyli powiązanie
materiałów z nazwami i lokalizacjami geograficznymi.
Załóżmy, że mam dwa materiały: jeden dotyczy Poznania (bo tak
zaznaczył jego autor) a drugi dzielnicy Poznania - Wildy (to znowu
dane podane przez użytkownika).
Trzeci użytkownik przeszukuje repozytorium materiałów. Szuka
wszystkiego co dotyczy Poznania. Powinien znaleźć oba materiały.
Jeżeli jednak określanie lokalizacji geograficznych będzie
odbywało się w najprostszy mozliwy sposób - tzn. użytkownik będzie po
prostu wpisywał nazwę geograficzną wedle swojego uznania - to nie ma
szans na to, żeby wyszukiwanie objęło sytuacje gdzie mniejsze
jednostki geograficzne (np. dzielnice miast czy gminy województw)
zawierają się w większych. Do tego trzeba oczywiście zbudować drzewo
nazw geograficznych - Polski, Europy - żeby wyszukiwanie "Poznań" dało
wyniki dla "Wilda", "Łazarz" i "Grunwald". Oczywiście zbudowanie
takiego drzewa przekracza nasze skromne możliwości. Ktoś ma pomysł jak
to rozwiązać? Bo zbudowanie podobnej funkcjonalności w odniesieniu to
dat jest trywialnie proste - wystarczy użyć '>', '<' i '=='. Wtedy
każdy może wyszkiwać materiałów wedle szerszych jednostek czasu - np.
XX wiek, a w kodzie użyte będzie >>if year >=1900 and year<==2000. Ale
żeby program 'wiedział', że Grunwald to część Poznania, a Poznań to
część Wielkopolski trzeba... no właśnie, co? Kto wie? Czy można
zedrzeć i ściagnąć z googlemaps drzewo jednostek geograficznych?
Pozdrawiam, zaniepokojony
Mieszko
2013/2/27 Mieszko Chowaniec <mieszko....@googlemail.com>:
Mateusz Flieger
Feb 27, 2013, 4:23:40 AM2/27/13
to Mieszko Chowaniec, pyci...@googlegroups.com
Najczęściej tego typu problemy rozwiązuje się poprzez bazę danych zawierająca te dzielnice/gimny etc...
Skąd ją wziąć? Ten problem rozwiąże się podczas pisania projektu :)
Pozdr
Michał Rostecki
Feb 27, 2013, 4:49:19 AM2/27/13
to pyci...@googlegroups.com
Ja mog� udziela� mo�liwo�ci na dokonywanie zmian na Githubie, ale
potrzebujďż˝ do tego nicka. :)
Je�eli chodzi o hierarchi� geograficzn�, to poszukam informacji, czy
Google App Engine oferuje tak� mo�liwo��. Ewentualnie Open Street Maps,
ale tu mo�e by� gorzej. Rzeczywi�cie, w�asnor�czne tworzenie takiej
hierarchii by�oby czasoch�onne. Stworzenie hierarchicznych modeli takich
jak pa�stwo, wojew�dztwo, miasto, dzielnica nie jest problemem,
oczywi�cie, ale zgromadzenie ca�ej bazy.
W dniu 2/27/13 10:13 AM, Mieszko Chowaniec pisze:
> Zanim zaczniemy komunikowa� si� przez IRCa, b�d� puszcza� wiadomo�ci
> tďż˝ drogďż˝ do wszystkich.
> Pierwszy problem nad kt�rym si� g�owi�: Geografia czyli powi�zanie
> materia��w z nazwami i lokalizacjami geograficznymi.
> Za��my, �e mam dwa materia�y: jeden dotyczy Poznania (bo tak
> zaznaczyďż˝ jego autor) a drugi dzielnicy Poznania - Wildy (to znowu
> dane podane przez u�ytkownika).
> Trzeci u�ytkownik przeszukuje repozytorium materia��w. Szuka
> wszystkiego co dotyczy Poznania. Powinien znale�� oba materia�y.
> Je�eli jednak okre�lanie lokalizacji geograficznych b�dzie
> odbywa�o si� w najprostszy mozliwy spos�b - tzn. u�ytkownik b�dzie po
> prostu wpisywaďż˝ nazwďż˝ geograficznďż˝ wedle swojego uznania - to nie ma
> szans na to, �eby wyszukiwanie obj�o sytuacje gdzie mniejsze
> jednostki geograficzne (np. dzielnice miast czy gminy wojew�dztw)
> zawieraj� si� w wi�kszych. Do tego trzeba oczywi�cie zbudowa� drzewo
> nazw geograficznych - Polski, Europy - �eby wyszukiwanie "Pozna�" da�o
> wyniki dla "Wilda", "�azarz" i "Grunwald". Oczywi�cie zbudowanie
> takiego drzewa przekracza nasze skromne mo�liwo�ci. Kto� ma pomys� jak
> to rozwi�za�? Bo zbudowanie podobnej funkcjonalno�ci w odniesieniu to
> dat jest trywialnie proste - wystarczy u�y� '>', '<' i '=='. Wtedy
> ka�dy mo�e wyszkiwa� materia��w wedle szerszych jednostek czasu - np.
> XX wiek, a w kodzie u�yte b�dzie >>if year >=1900 and year<==2000. Ale
> �eby program 'wiedzia�', �e Grunwald to cz�� Poznania, a Pozna� to
> cz�� Wielkopolski trzeba... no w�a�nie, co? Kto wie? Czy mo�na
> zedrze� i �ciagn�� z googlemaps drzewo jednostek geograficznych?
>> Githubie? Micha�? Dosta�em wiadomosc: failed to sync changes, it seems
>>> komunikacji.
>>>
>>> Pozdrawiam.
potrzebujďż˝ do tego nicka. :)
Je�eli chodzi o hierarchi� geograficzn�, to poszukam informacji, czy
Google App Engine oferuje tak� mo�liwo��. Ewentualnie Open Street Maps,
ale tu mo�e by� gorzej. Rzeczywi�cie, w�asnor�czne tworzenie takiej
hierarchii by�oby czasoch�onne. Stworzenie hierarchicznych modeli takich
jak pa�stwo, wojew�dztwo, miasto, dzielnica nie jest problemem,
oczywi�cie, ale zgromadzenie ca�ej bazy.
W dniu 2/27/13 10:13 AM, Mieszko Chowaniec pisze:
> Zanim zaczniemy komunikowa� si� przez IRCa, b�d� puszcza� wiadomo�ci
> tďż˝ drogďż˝ do wszystkich.
> Pierwszy problem nad kt�rym si� g�owi�: Geografia czyli powi�zanie
> materia��w z nazwami i lokalizacjami geograficznymi.
> Za��my, �e mam dwa materia�y: jeden dotyczy Poznania (bo tak
> zaznaczyďż˝ jego autor) a drugi dzielnicy Poznania - Wildy (to znowu
> dane podane przez u�ytkownika).
> Trzeci u�ytkownik przeszukuje repozytorium materia��w. Szuka
> wszystkiego co dotyczy Poznania. Powinien znale�� oba materia�y.
> Je�eli jednak okre�lanie lokalizacji geograficznych b�dzie
> odbywa�o si� w najprostszy mozliwy spos�b - tzn. u�ytkownik b�dzie po
> prostu wpisywaďż˝ nazwďż˝ geograficznďż˝ wedle swojego uznania - to nie ma
> szans na to, �eby wyszukiwanie obj�o sytuacje gdzie mniejsze
> jednostki geograficzne (np. dzielnice miast czy gminy wojew�dztw)
> zawieraj� si� w wi�kszych. Do tego trzeba oczywi�cie zbudowa� drzewo
> nazw geograficznych - Polski, Europy - �eby wyszukiwanie "Pozna�" da�o
> wyniki dla "Wilda", "�azarz" i "Grunwald". Oczywi�cie zbudowanie
> takiego drzewa przekracza nasze skromne mo�liwo�ci. Kto� ma pomys� jak
> to rozwi�za�? Bo zbudowanie podobnej funkcjonalno�ci w odniesieniu to
> dat jest trywialnie proste - wystarczy u�y� '>', '<' i '=='. Wtedy
> ka�dy mo�e wyszkiwa� materia��w wedle szerszych jednostek czasu - np.
> XX wiek, a w kodzie u�yte b�dzie >>if year >=1900 and year<==2000. Ale
> �eby program 'wiedzia�', �e Grunwald to cz�� Poznania, a Pozna� to
> cz�� Wielkopolski trzeba... no w�a�nie, co? Kto wie? Czy mo�na
> zedrze� i �ciagn�� z googlemaps drzewo jednostek geograficznych?
> Pozdrawiam, zaniepokojony
> Mieszko
>
>
> 2013/2/27 Mieszko Chowaniec <mieszko....@googlemail.com>:
>> Kto mo�e mi udzieli� pozwolenia na dokonanie zmian w repozytorium na
> Mieszko
>
>
> 2013/2/27 Mieszko Chowaniec <mieszko....@googlemail.com>:
>> Githubie? Micha�? Dosta�em wiadomosc: failed to sync changes, it seems
>> you do not have permission to push your changes to this repository.
>> Mieszko
>>
>> 2013/2/25 Marek Chabiera <syri...@gmail.com>:
>>> Odno�nie kontaktu, wydaje mi si�, �e kana� irc by�by dobr� platform� do
>> Mieszko
>>
>> 2013/2/25 Marek Chabiera <syri...@gmail.com>:
>>> komunikacji.
>>>
>>> Pozdrawiam.
Mieszko Chowaniec
Mar 1, 2013, 3:36:25 PM3/1/13
to Mateusz Flieger, pyci...@googlegroups.com
Jak widzę, GitHUb nie rozpoznaje polskich znaków w docstringach?
Wyświetlił mój kod w chińskich znakach, dopiero kiedy usunąłem polskie
znaki wrócił do normalności. Czy można to jakoś ustawić, czy po prostu
mam zrezygnować z używania polskich znaków?
2013/2/27 Mateusz Flieger <mateusz...@gmail.com>:
Wyświetlił mój kod w chińskich znakach, dopiero kiedy usunąłem polskie
znaki wrócił do normalności. Czy można to jakoś ustawić, czy po prostu
mam zrezygnować z używania polskich znaków?
2013/2/27 Mateusz Flieger <mateusz...@gmail.com>:
Mateusz Flieger
Mar 1, 2013, 6:45:31 PM3/1/13
to Mieszko Chowaniec, pyci...@googlegroups.com
Nie do konca wiem co masz na myyśli... sprawdź na moim repozytorium: click dodalem w docstringu wszystkie polskie znaki i działa, chyba, że chodzi Ci o coś innego.
Jeśli o to, to masz jakieś dziwne (nie UTF-8) kodowanie w plikach przez co github nie potrafi rozczytac tych znaków :)
Pozdrawiam :)
Mieszko Chowaniec
Mar 1, 2013, 7:37:52 PM3/1/13
to Michał Rostecki, pyci...@googlegroups.com
Wracając do form kontaktu - może wykorzystamy stronę Wiki w projekcie
na Githubie? Może to byłoby najwygodniejsze dla wszystkich. Ktoś
rzucił pomysł IRCa, ale jak dotąd nic w tym kierunku się nie ruszyło.
https://github.com/pycircle/historicalarchives/wiki
na Githubie? Może to byłoby najwygodniejsze dla wszystkich. Ktoś
rzucił pomysł IRCa, ale jak dotąd nic w tym kierunku się nie ruszyło.
https://github.com/pycircle/historicalarchives/wiki
Reply all
Reply to author
Forward
0 new messages